gitのbareリポジトリのバックアップをとる - tumblr
チームでgitを使うときは個人の公開リポジトリから適宜pullする、なんてことはせずにsvnのように中央集権的なbareリポジトリを作ることになると思います。 で、そのリポジトリが吹っ飛んだときとかは、分散型の特性を生かして個人のリポジトリをドラゴンボールみたいに寄せ集めて願い事を唱えながらmergeをしてbareリポジトリを蘇らせるというナメック式バックアップを取ることもできますが、やはりここは宇宙人のなかでもダントツでかしこいとされる地球人らしさを見せておきたいわけであります。 というわけでbareリポジトリのバックアップをとりたいのです。 ベタにrsyncとかscpでリポジトリまるごと日次バックアップというのもいいのですが、その場合バックアップ時刻からリポジトリが吹っ飛んだ瞬間の間にpushされていた変更は失われてしまうわけです。失われた分をわざわざpushするのは地球人らしくありま
s3Syncを使ってさくらVPSからAmazonS3にデータをバックアップ | Strikes back
さくらのVPS借りたのは良いが、サーバのバックアップどうしようと悩んでる時に AWSの無料枠あるのを思い出し、慣れる意味を兼ねてバックアップを取ることにしました。 今までクラウドサービスとは無縁だった底辺エンジニアだったのでまずは概要から。 でAWSって？ AWS公式ページから引用。 2006年、アマゾン ウェブ サービス（AWS）は、ウェブサービスという形態で企業を対象に IT インフラのサービス提供を開始しました。それは現在、一般的にクラウドコンピューティングとして知られています。 クラウドコンピューティングの主なメリットの1つは、先行投資資本となるインフラコストを、お客様のビジネス拡大にあわせた低額の変動費に移行できることです。クラウドを使用することで、企業はもはや数週間・数ヵ月も前から、サーバーや他の IT インフラを計画・調達する必要がなくなります。クラウドなら、即座に何百・何
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
websync
