こんにちは、nakamura です。いやぁ今年もついにやってまいりました。何がって？決まってるじゃないですか！花粉ですよ花粉！もうズビズビですよ！ Subversion でソースコード管理をしている会社は多いと思いますが、みなさんリポジトリのバックアップはどうされているでしょう？調べてみると方法はいくつかあり、状況に応じて使い分けるのが良さそうです。今日はそんな Subversion リポジトリのバックアップ方法をいくつかご紹介します。 単純にファイルをコピー 元々シーブレインではこの方法でバックアップを行っていました。 rsync を使って別のサーバにリポジトリを丸ごと同期するのですが、あくまで単純にコピーしているだけなので、例えば実際に不具合が発生した時にバックアップデータがそのまま使えるのかは全く保証されていませんでした。かなり手っ取り早くて楽な方法でしたが Berkley DB や
Subversion を使うようになって数年が経ちますが、最近 svn diff/status/log/merge などのコマンドに熟達してきた。 気軽に ブランチを作る マージする コードを元のバージョンに戻す 問題となるコードを diff で調べる などができるようになって、作業効率が上がったり、こまめにコミットさえしておけば、あとからどうにでもなるので精神的にもかなり楽になった。 この「気軽に」ってのがとても重要。 以前だって、マージの概念やいつでも好きなバージョンに戻せること、diff を表示することが出来るのは知っていたし、たまに使っていたりもした。 ただ使う場合は コマンドをWebで調べる おそるおそる試してみる 失敗して check out しなおしで時間をロス などがありストレスがたまりがちで、結果的にこれら有用な機能を使うのを無意識に避けていたなと、振り返ってみると気づく
Subversion ベストプラクティス 2006-11-16 Brad Choate: OSCON: Subversion Best Practicesの和訳に挑戦してみました！誤訳などありましたら遠慮無くコメントしてください。また、一部が原文のままです。 原文と訳文の併記版 (Wiki)がありますので、誤訳がないか確認される方はそちらをご覧になると便利かと思います。Wikiを直接修正していただいても結構です！ ちなみ私は英語初心者で、こういう翻訳作業は初めてです。また今回の翻訳にあたって一部をfjkktkys (fjkktkys blog)に添削していただきました。ありがとう！ それではどうぞ。 原文へ OSCON: Subversion Best Practices これは、たった今私が出席しているOSCONのまとめです。この部屋は人でいっぱいだよ。 このお話はグーグル勤務のBen
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
