Subversion r11

1 名前：デフォルトの名無しさん mailto:sage [2008/12/29(月) 03:25:58 ] Subversionはフリーなオープンソースのバージョン管理システムです。 公式HP subversion.tigris.org subversion.tigris.org/ Subversion によるバージョン管理 subversion.bluegate.org/ subversion: Project Status subversion.tigris.org/project_status.html subversion: Subversion Links subversion.tigris.org/links.html Version Control Systems Comparison better-scm.berlios.de/comparison/comparison.html 前スレ r10 pc11.2ch.net/test/read.cgi/tech/1215565366/ r9 pc11.2ch.net/test/read.cgi/tech/1202086238/ r8 pc11.2ch.net/test/read.cgi/tech/1192864879/ r7 pc11.2ch.net/test/read.cgi/tech/1180858500/ 06 pc11.2ch.net/test/read.cgi/tech/1165892754/ 05 pc8.2ch.net/test/read.cgi/tech/1145841405/ 04 pc8.2ch.net/test/read.cgi/tech/1129642894/ 03 pc8.2ch.net/test/read.cgi/linux/1100622362/ 02 pc5.2ch.net/test/read.cgi/linux/1078609142/ 01 pc.2ch.net/test/read.cgi/linux/1002355536/ 477 名前：デフォルトの名無しさん mailto:sage [2009/05/11(月) 14:06:46 ] うちでは、1.6.1をアンインストールして1.5.9を入れたところ、 言語パックを入れてもLanguageのリストにEnglishしか存在しない。 これも >>475 と関係あるのかな？ 478 名前：デフォルトの名無しさん mailto:sage [2009/05/11(月) 14:13:16 ] うちは1.6.2にしたらエクスプローラが死ぬようになったから NightlyBuild版に戻したよ。 479 名前：デフォルトの名無しさん mailto:sage [2009/05/11(月) 14:20:33 ] こっちも何かインストールが上手く行かなかったけど、 アンインストールして綺麗にしてからやったら上手く行った。 480 名前：デフォルトの名無しさん mailto:sage [2009/05/11(月) 16:38:20 ] >>477 Languageフォルダーを削除してから、もう一度インストールしてみて。 481 名前：21 mailto:sage [2009/05/11(月) 17:36:09 ] 本家の 1.6.2 はリリースされないの？ 482 名前：デフォルトの名無しさん mailto:sage [2009/05/11(月) 21:35:09 ] リリースされました。  User-visible changes:   * vastly improve memory usage with 'svn merge' (issue #3393)   * make default depth for merge 'infinity' (r37156)   * make 'status --quiet' show tree conflicts (issue #3396)   * allow '--set-depth infinity' to expand shallow subtrees (r37169)   * return an error if attempting to reintegrate from/to the repo root (r37385)   * don't store bogus mergeinfo for '--ignore-ancestry', foreign merges (r37333)   * don't allow merge of difference between two repos (r37519)   * avoid potential segfault with subtree mergeinfo (r36613, -15, -31, -41)   * recommend sqlite 3.6.13 (r37245)   * avoid unnecessary server query for implicit mergeinfo (r36509)   * avoid unnecessary server query during reverse merges (r36527)   * set depth=infinity on 'svn add' items with restricted depth (r37607)   * fixed: commit log message template missing paths (issue #3399)   * fixed: segfault on merge with servers < 1.6 (r37363, -67, -68, -79)   * fixed: repeat merge failures with non-inheritable mergeinfo (issue #3392)   * fixed: another memory leak when performing mergeinfo-aware merges (r37398)   * fixed: incorrect mergeinfo on children of shallow merges (issue #3407)   * fixed: pool lifetime issues in the BDB backend (r37137)  Developer-visible changes:   * don't fail if an embedding app has already initialized SQLite (issue #3387)   * resolve naming collisions with static stat() function in svnserve (r37527)   * fix an expectation for a failing dirent windows test (r37121) 483 名前：477 mailto:sage [2009/05/12(火) 10:12:35 ] >>480 いちどLanguageフォルダーを削除してから言語パックを入れたところ English以外もリストに表示され、選択することができました！ ありがとうございました。 484 名前：デフォルトの名無しさん [2009/05/16(土) 13:11:05 ] ドライブの中にいろんなところからチェックアウトしたワーキングコピーが ちらばっているのだけど，どこから何をチェックアウトしたのか ドライブ全体をくまなく探索して列挙してくれるようなツールってない？ 「お前，随分前にチェックアウトして変更点あるのにコミットしてない 　ワーキングコピーがあるよ？」とか警告してほしい． WindowsでTortoiseSVNを動かしていればそのキャッシュには すべてのワーキングコピーの所在に関する情報が含まれて いるんだろうけど，そこにアクセスする手段がない． TortoiseCacheにAPIが実装されていればなぁ・・・ 485 名前：デフォルトの名無しさん [2009/05/16(土) 13:42:01 ] TortoiseSVN でローカルのファイルシステムにリポジトリを作るとき 作成するリポジトリのフォーマットのバージョンを指定することって できないでしょうか． 互換性のためひとつ前のバージョンのフォーマットで リポジトリを作りたいのですが，昔のTortoiseSVNを インストールするしかないでしょうか． 486 名前：デフォルトの名無しさん mailto:sage [2009/05/16(土) 17:03:14 ] >>484 .svnで検索 アイコンオーバーレイの範囲も狭められるからチェックアウトするフォルダぐらい決めておけよ。 487 名前：デフォルトの名無しさん [2009/05/16(土) 19:46:46 ] >>486 まぁ基本的にはチェックアウトするフォルダは限定するよな． それはそうなんだけど， svn:externals でチェックアウトしたワーキングコピーに 修正をかけても，その上位のワーキングコピーの オーバーレイアイコンには反映されないので，忘れてしまう． 488 名前：デフォルトの名無しさん mailto:sage [2009/05/16(土) 20:37:47 ] >>487 externalsのフォルダーもオーバーレイアイコンは反映されるけど？ コミット時もグレイ化された状態で一覧にも出るけど。 1.6.2です。 489 名前：デフォルトの名無しさん [2009/05/16(土) 20:43:32 ] >>488 上の階層にまではそれが伝播しないんじゃない？ とりあえず最新のTortoiseSVNにしてみるか． 490 名前：デフォルトの名無しさん mailto:sage [2009/05/16(土) 21:03:12 ] >>489 ルートの方へのexternalsはコミット時に出るかはやったこと無いけど、サブディリクトリ方向には伝播して表示する。 オーバーレイするディリクトリのマスクから外れたワーキングコピーは伝播しなかったと思う。 c:\working* のように*は入ってる？ 491 名前：デフォルトの名無しさん [2009/05/26(火) 04:32:34 ] TortoiseSVN 1.6.2 sambaの共有フォルダ上で使用しています。 変更ファイルに対して"元に戻す"を実行しても「ファイルリストは空です」になってしまい元に戻せません。 ググって blog.longkey1.net/archives/0000000656 等も試したのですがダメです。 ローカルドライブであれば問題ありませんので原因はsambaでの設定かなと考えています。 ("SVN更新"、"SVNコミット"は問題なく利用できています。) 何か情報をお持ちの方ヒントを下さい。 よろしくお願いします。 492 名前：491 mailto:sage [2009/05/26(火) 04:46:40 ] あ、あああ・・ 「変更ファイルに対して」ではなくて「変更ファイルのフォルダに対して」、"元に戻す"で対象ファイルが 表示され無事元に戻すことができました。 お騒がせしてすいませんでしたm(_ _)m #1.6.2で仕様変更されたんですかね・・・Orz 493 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 05:50:47 ] svn moveのオプションなんですが、hgやらbzrにある --afterみたいなオプションは無いですか？ WC内でmvコマンドを使って実際に移動させてから svn moveする、という使い方がしたいわけです。 というのも、svn moveはcopy+deleteなので、 WC内ファイルのハードリンク情報が消えてしまうからなんです。 なんかいい方法ないでしょうか？ 494 名前：デフォルトの名無しさん [2009/05/26(火) 11:55:29 ] cp svn mv cp 495 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 13:31:04 ] Subversionのマルチユーザー(というか複数人で使う)運用についてお聞きします。 ssh+svnで運用したいのですが、リポジトリにコミットするときのユーザーが問題です。 ユーザーsvn_userさんを作って svn+ssh://example/test-repo/trunk などでアクセスすると思うのですが、 svn_userさんに.ssh/authorized_keys などを適切に設定し、他の人もsshでログインできるようにした状態で、 svn_userさんでアクセスすると、他の人がコミットしたユーザーも全てsvn_userさんだけになってしまいます。 複数人で使う場合に、コミットするユーザーを分けようとすると、 これはコミットする人ごとにユーザーを作ってsshでログインできるようにして(.ssh/authorized_keysなどを適切に設定)、 コミットしなければならないということでしょうか？ Mercurialなどではローカルでユーザー名を設定して、 ユーザーhgを作って、 ssh://hg@example.com/hg-test-repo などのようにアクセスしてコミットとpushするだけで、マルチユーザーで使えるのですが…。 どのようにしたものなのでしょうか？ 496 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 13:48:26 ] >>495 svn_userのauthorized_keysで command="/usr/bin/svnserve -t -r /repository/dir" --tunnel-user userA ......公開鍵A command="/usr/bin/svnserve -t -r /repository/dir" --tunnel-user userB ......公開鍵B って感じで認証鍵で振り分けるのはどうよ。これなら一つのユーザで済むと思う。 497 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 13:49:53 ] >>496でダブルクォーテーションの括り方がおかしかった、ｽﾏｿ。 498 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 15:19:53 ] >>496 ありがとう！ それらのキーワードでぐぐったら、けっこうドキュメントがでてきました。 svnserve, 専用サーバ subversion.bluegate.org/doc/ch06s03.html やりたかったことができそうです。試してみたいと思います。 499 名前：493 mailto:sage [2009/05/26(火) 16:10:26 ] >>494 すいません。ちょっと意味が分からないので詳細教えてください。 最初にコピーするというのは、mvする前にどっかに避難させるということでしょうか？ cpしたらリンクが消えてしまうので一緒の気がするのですが、違いますでしょうか？ 500 名前：495 mailto:sage [2009/05/26(火) 16:49:59 ] authorized_keys で以下のように書くことで、svn_userのみで鍵に応じてfoobarさんで 無事にコミットできるようになりました。 　command="svnserve -t --tunnel-user=foobar" (以降公開鍵) そこで、つまづいてしまったのですが、 上記方法だと、svn_userでsshでシェルログインして svnadmin create などもできなくなってしまいます。 もし、sshシェルアクセスもさせたい場合は別の鍵を追加するしかないのでしょうか？ 501 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 19:32:52 ] >>500 そう、別鍵を用意する。 502 名前：デフォルトの名無しさん mailto:sage [2009/06/01(月) 10:18:20 ] TortoiseSVNとEclipseのsubversiveを併用してるんだけど、 subversiveでチェックアウトしてる作業コピーをTortoiseSVNでいじった後に、subversiveでコミットしようとしたらバージョン違いがどうたらってエラーが出た。 今までバージョンがあるのはリポジトリだけだと思ってたんだが、作業コピーにもバージョンってあるのな。 でもsubversiveのためにTortoiseSVNのバージョン下げるとかめんどい・・・。 503 名前：デフォルトの名無しさん mailto:sage [2009/06/01(月) 12:27:14 ] >>502 Subversiveは捨てて、Subclipseに移ればいいよ。 SubclipseはSubversion1.6に対応している。 ttp://subclipse.tigris.org/ 504 名前：デフォルトの名無しさん mailto:sage [2009/06/01(月) 13:13:17 ] Subversiveはまだ開発途上です。 いずれSubclipseが主流になる日が来るかもしれません。 でも今は未だそのときではありません。 Subversiveが成長するまで温かく見守ってあげましょう。 505 名前：デフォルトの名無しさん mailto:sage [2009/06/01(月) 13:14:07 ] Subversiveはまだ開発途上です。 いずれSubclipseの座を奪って主流になる日が来るかもしれません。 でも今は未だそのときではありません。 Subversiveが成長するまで温かく見守ってあげましょう。 506 名前：デフォルトの名無しさん mailto:sage [2009/06/03(水) 03:03:32 ] 最近 subversive は標準になるなる詐欺なんじゃないかと思うときがあるよw 507 名前：デフォルトの名無しさん mailto:sage [2009/06/03(水) 11:04:16 ] SVK の代わりに何を使えばいいの？ lists.bestpractical.com/pipermail/svk-devel/2009-May/001224.html 508 名前：デフォルトの名無しさん mailto:sage [2009/06/05(金) 03:12:57 ] >>507 今年中にはbzr-svnが実用レベルになる。 509 名前：デフォルトの名無しさん mailto:sage [2009/06/05(金) 06:04:56 ] bzrはやるやる詐欺 510 名前：デフォルトの名無しさん mailto:sage [2009/06/05(金) 10:05:05 ] >>509 色々手を出しすぎて完成度が低かったけど、bzr2.0に向けて着々と 完成度上がってきてるよ。 本当にbzr-svnがsvk以上になるかどうかはさておき。 511 名前：デフォルトの名無しさん mailto:sage [2009/06/05(金) 10:13:18 ] 1.1の頃に作ったリポジトリ(途中で一回bdb->fsfsに移行した)をダンプして 1.5で作り直したら800MB->500MBになったのだが、ここまでになるとは 思っていなかったので驚いた。 おまいらはメジャーバージョンが上がったらdump/create/loadしてる？ それともsvnadmin upgradeで誤魔化してる？ 512 名前：デフォルトの名無しさん mailto:sage [2009/06/05(金) 23:56:47 ] ひとつのリポジトリでリビジョン番号が約 25000、 総容量(fsfs)が 60GB くらいあるので、 dump/load なんてやる根性ないっス。 513 名前：デフォルトの名無しさん mailto:sage [2009/06/06(土) 00:19:06 ] >>512 何のリポジトリっすかｗｗ 514 名前：デフォルトの名無しさん mailto:sage [2009/06/06(土) 00:28:57 ] >>512 画像や音声データが入ってるな。ゲームの開発か？ 515 名前：デフォルトの名無しさん mailto:sage [2009/06/06(土) 02:23:06 ] ドキュメントの版管理やったらギガは結構すぐ行くな ExcelとかPowerPointで10Mくらいあるのガンガン更新したりするし 516 名前：デフォルトの名無しさん mailto:sage [2009/06/06(土) 16:14:58 ] 512でつ。 商用ソフトの開発でつ。 画像なんかは入っていません。 純粋にVC++のソースと、そのときのコンパイル済みバイナリ(*.exe/*.dll)、 それからインポートライブラリです。 インポートライブラリが大きいといえば確かに大きいですが、 これをコミットするのはモジュールI/Fが変わったときだけなので、 総コミット数からみると何十回かに一回くらいじゃないかと思います。 6年前にCVSでSCM化したときから始まっています。 ちなみにリビジョン1のコミット日時は 2003-03-31 10:55:20 +0900 とあります。 最も古いソースは10年ほどになりますか。 商品自体はもっと前からありますが、これ以前は私は他の事業部にいたので、 「このソースは私のローカルが最新」なんて世界だったそうです。 517 名前：デフォルトの名無しさん mailto:sage [2009/06/06(土) 16:21:21 ] >「このソースは私のローカルが最新」なんて世界だったそうです。 SCM化してるにもかかわらずこんなことのたまう人がたまに居たりして 頭痛くなるんだよねw 518 名前：デフォルトの名無しさん mailto:sage [2009/06/06(土) 16:46:58 ] >>516 金曜日に帰宅する前にdump/loadを自動で仕掛けておけば、翌週には リポジトリがスリムになっているだろうな。是非やってみてくれ。 519 名前：デフォルトの名無しさん mailto:sage [2009/06/06(土) 19:21:22 ] 6年分とか怖くて出来ないな…。 520 名前：デフォルトの名無しさん mailto:sage [2009/06/06(土) 19:30:14 ] > はてながgitに移行できた、たった1つの方法。 > 2008/04にSVNリポジトリが壊れた！ > リビジョン35000くらいのリポジトリ破壊！ > おわたおわたー！ デブサミ2009「株式会社はてなの開発戦略」講演メモ - RX-7乗りの適当な日々 d.hatena.ne.jp/rx7/20090212/p1 はてなみたく次に乗り換えるのはぶっこわれた時、なんてならんようにな… 521 名前：デフォルトの名無しさん mailto:sage [2009/06/06(土) 20:50:56 ] うちもリビジョン3000くらいのリポジトリが先月破損したけど 水銀と天秤に掛けた上で結局svnで再構築した 522 名前：デフォルトの名無しさん mailto:sage [2009/06/06(土) 20:56:51 ] 使い始めてまもないんだけど 時々壊れるものなん？ 523 名前：デフォルトの名無しさん mailto:sage [2009/06/06(土) 21:30:45 ] どんなツールでも壊れることはあるよ 俺はCVSとVSSでも壊れたの見たことある 524 名前：デフォルトの名無しさん mailto:sage [2009/06/06(土) 21:35:39 ] >>520みたいにHDDが壊れたとかはsvnのせいじゃないしなあ。 ところでこの記事に、「gitはブランチの作成が一瞬」ってあるけど、svnもそうだよな。 作業コピーの切り替えのことかな？ 525 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 02:11:53 ] おまいらdumpもろくにしないのか？一度フルで取っておけば、 後はそのリビジョンから部分的にdumpするだけでいいのに。 そして怖いっていうのが良く分からん。 既存のリポジトリはそのまま温存しておいて、新規にリポジトリを作成して そこにloadすれば良いんだぞ。 526 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 02:42:48 ] 壊れるのが怖いならディスクにデータ書き込めない罠 何年も付けっぱなしのサーバでファイルが破損ってのはリポジトリに限らずあり得る話だし 特にバイナリファイルは 527 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 05:57:17 ] >>525-526 リポジトリが壊れるのが怖くてリポジトリのダンプを今度はバージョン管理下におくわけですね。わかります。 528 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 06:23:41 ] わかってねぇな 529 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 11:49:39 ] >>518 512でつ。 thx. 土日も害中三がコミットしてくるので、あらかじめアナウンスしとく必要があります。 来月には新しいバージョンをリリースするので、そのときにスケジュールとってやってみます。 530 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 12:08:34 ] dump/loadは使っていませんが、リポジトリのバックアップ自体はとっています。 fsfsなのをいいことに、毎晩、地理的に離れた場所にあるサーバにssh+rsyncしています。 まぁこれも、dumpで差分だけコピるようにすればはるかに効率的なんですが、 スクリプト書く手間が面倒だからズボラしているというのが正直なところです。 でも、その言い訳をするわけではありませんが、 dump/loadだとリビジョンが2万も3万もあるリポジトリを復旧するまで業務が止まってしまうので、 毎晩のrsyncに多少時間がかかっても、会社組織での運用という面ではこれもアリなのかなぁ...と。 rsync自体も今のところ1〜2時間で終わっているので、当分の間は十分に許容範囲です。 531 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 12:30:36 ] >>529 >>518だが、やったら是非結果をレポートしてくれ。 一つ言っておくと、リポジトリを置いてあるマシン周辺のディスク容量に問題が 無ければ、毎晩リビジョンを2000ずつとか、一晩で終わりそうな分だけdump/load するというのもあり。これだとダウンタイムほぼ無しで行ける。 >>530 それでも良いかもね。ただし、特定のリビジョンが壊れているといけないので、 バックアップを取った後にsvnadmin verifyはかけておいた方がいいな。 532 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 13:07:11 ] >>531 色々thx. 来月、スケジュールを立ててやってみて、結果をご報告します。 その前にディスク容量を空けとかないと。(藁 svnadmin verifyまでは考えが及びませんでした。 リモートのサバ缶(うちの害中三)に伝えておきます。 533 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 16:33:00 ] >>527 ネタにもなってないし、言い回しは腐ってるしｗ 534 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 17:40:10 ] >>530 rsync使う場合、マスタのfsが壊れてそれに気づかずにバックアップ側にrsyncかけて バックアップまでこわしちゃう可能性があるから、やっぱり万が一に備えて時々 差分dumpを取って物理的に離れたストレージに保存する方がいいよ。 535 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 17:50:49 ] たまにLinuxのディス鶏なんか ぶっ壊れたisoがミラーにばらまかれて全米が泣いたりすることあるしな 536 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 17:53:44 ] でもはてながリポジトリのバックアップ取ってなかったってお笑いだよな。 537 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 18:07:23 ] 取ってないってか取れないだろうなリビ3万越えとか バージョン管理が目的じゃなくてバックアップすることが目的くらいの勢いになっちゃうわ 538 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 18:10:33 ] >>537 お前は今までのスレの流れを読んだ上でそんなことを言ってるのか？ インクリメンタルバックアップを取れば良いだけの話だ。 539 名前：デフォルトの名無しさん [2009/06/07(日) 18:13:31 ] 実際バックアップ取ったことないだろ。 そんな簡単な話じゃないぞ。 540 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 18:14:31 ] 実際にやっているから言っているんだが。何がどう難しいか言ってみろ。 541 名前：デフォルトの名無しさん [2009/06/07(日) 18:28:45 ] インクリメントする元の過去の部分が壊れててもだれも気がつかない 542 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 18:31:36 ] >>541 ？？？ リポジトリの特定リビジョンが壊れていたらそもそもdumpに失敗するわけだが。 543 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 18:32:35 ] やったことない奴が会話に紛れこんでるってことか どっちかしらんが 544 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 18:35:29 ] 流れからしてsageてないやつが犯人 545 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 18:39:22 ] dumpする側じゃなくてマージする側だろ 最新版は取り出せても過去のものは取り出せなくなる 546 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 18:41:34 ] >>545 そんなものは運用の問題だろうが。 dumpしたファイルのmd5sumでも取っておけば済む話。 547 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 18:44:52 ] ダンプする側じゃないと何度言えば ダンプしたときは壊れて無くても ファイルを置いておけば壊れる可能性がある その壊れたものにマージしていったら過去の部分は壊れたまま そこが必要になって取り出してみるまで気がつかない 548 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 18:45:44 ] そして本体が破損してバックアップから戻そうとすると そっちも壊れていることが発覚して全米が泣くと 549 名前：デフォルトの名無しさん [2009/06/07(日) 18:46:55 ] ぶっちゃけ実務で必要なのって近1週間分くらいだからバックアップ取らないんだろはてなも ソースコード保存マニアなら、最古のコードまで保存したいんだろうけど 550 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 18:48:06 ] リポジトリじゃないけど、DBの差分バックアップで泣いたことは確かにあるわ。 バックアップの度にベリファイしてたらきりないし、結局トレードオフだよね。 551 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 18:48:54 ] >>547 だからdumpファイルのmd5sumを取ればいいと言ってるだろうが。 こんな簡単なことも考えつかないのか？ 552 名前：デフォルトの名無しさん [2009/06/07(日) 18:49:50 ] まぁだからOracleもわざわざコールドバックアップなんてものをやるわけだから 結局フルバックアップしない限り、バックアップが完璧になることはないよ 553 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 18:51:18 ] >>551 意味ないでしょそれ比較しても 本当にdumpしてる？ 554 名前：デフォルトの名無しさん [2009/06/07(日) 18:53:59 ] 壊れたファイルのmd5sum取っておいて あとで比較して一致したのでめでたしめでたしと壊れたファイルを保存するオチだな バックアップ後に試しにリストアしてみて本当に正しいかどうかチェックしてsum取らないと 555 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 18:54:00 ] >>553 だからどう意味が無いんだ？ 定期的にmd5sumをチェックすれば > ダンプしたときは壊れて無くても > ファイルを置いておけば壊れる可能性がある という問題は完全に防げるだろうが。 556 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 19:02:39 ] >>554 dumpした直後にファイルが壊れるような信頼性の低いシステムを使うことが間違い。 > バックアップ後に試しにリストアしてみて本当に正しいかどうかチェックしてsum取らないと お前の言うような信頼性の低いシステムでは、そんなことをしても正当性を チェック出来ないぞ。 557 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 19:05:30 ] >>553 お前の使うシステムではdump直後にファイルが壊れてる確率がそんなに高いのか？ 558 名前：名無し募集中。。。 [2009/06/07(日) 19:12:03 ] なんかもう人格否定じゃん 559 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 19:16:39 ] どこが人格否定なんだよ 560 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 19:20:00 ] システムの信頼性に疑問がないならそもそもバックアップいらないんじゃねみたいな 561 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 19:25:54 ] おまいら、頭を冷やせ 非現実的な極論ばかり言っても仕方ないだろ 562 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 19:37:41 ] 人のやり方を否定するより、 私はこうやってますよ。あなたの方法よりこんな点が優れてますよ。 って書いて欲しい 563 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 20:14:18 ] うちは hotcopy で毎日バックアップ取ってる（前７日分まで保持）。 dump/load は、Subversion のバージョンアップの際、 リポジトリフォーマットの互換がない場合にしか使わないなー。 564 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 20:17:34 ] >>563 リポジトリが大きすぎなければ、hotcopyが一番楽だよな。 565 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 20:22:39 ] dumpは運用としては現実的じゃないよね 566 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 20:25:32 ] うちはリポジトリ(9個ある)ごとに、svnadmin hotcopyして、svnadmin verifyして、tar.gz で圧縮して別ディスクに格納。これを最新10日分保存。 以上の作業を行うシェルスクリプトを、Hudsonで1日1回, 5:45から実行している。 スクリプトの実行時にエラーが発生したらメールで通知されるし、スクリプトが標準出力・標準エラー出力に表示した文字はすべてHudsonがログを保存してくれるので便利だ。 567 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 20:26:46 ] >>565 それはケースによるね。上で議論になっていた60GBもあるような 巨大なリポジトリだとhotcopyが非現実的になり得るわけだから。 568 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 20:44:01 ] 巨大リポジトリだとそれこそ過去の分は不必要だろうから はてなみたいに捨ててしまえばいいのさ 569 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 20:55:38 ] 論理が飛躍しすぎていて何を言っているのか分からん >>512が関わっているようなリポジトリで過去の分が不必要だなんてことは無いだろ 570 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 21:56:51 ] dump は、 rev0-rev1000 みたいに部分的に取ることもできるし、 --increment を使わないで古いリビジョンを捨てたdumpを取る 事もできる。 マスタが壊れたときには、 --increment を使わない「浅い」dumpを 復元して一時的に運用を続け、深いdumpを時間を掛けて復元すれば良い。 ・・・で、合ってる? 571 名前：デフォルトの名無しさん mailto:sage [2009/06/08(月) 05:26:56 ] subversionを捨てればいいんじゃないか、 572 名前：デフォルトの名無しさん mailto:sage [2009/06/09(火) 09:56:48 ] 必要な時だけ読めれば良いとか、そんな程度でしかないと思うけど 573 名前：デフォルトの名無しさん mailto:sage [2009/06/14(日) 17:12:33 ] SVNのリポジトリは過去リビジョンのファイルは変化しないので、HOTCOPYを差分バックアップすれば済むと思うんだけど、どうかな 574 名前：デフォルトの名無しさん mailto:sage [2009/06/14(日) 19:29:40 ] >>573 昔の部分が壊れた場合、差分バックアップのときに壊れた部分も差分として バックアップされない? その後、差分の中から壊れてない部分を抽出するのが面倒。 逆に、 dump と dump --incremental でまずいのは何? 575 名前：デフォルトの名無しさん mailto:sage [2009/06/14(日) 19:37:23 ] >>573 運用で避けられるし使わないことが多いと思うが、過去のリビジョンの プロパティを変更出来るので結局差分バックアップは完全ではないんだよな。 やっぱりhotcopyが一番楽かつ安全性が高いということになる。 576 名前：デフォルトの名無しさん mailto:sage [2009/06/15(月) 11:34:08 ] 結局、「大容量のファイルをいかにバックアップするか」という普通のバックアップの話になると思う。 毎月フル、毎週差分、毎日修正ファイルのみ、みたいな。 577 名前：デフォルトの名無しさん mailto:sage [2009/06/15(月) 17:55:53 ] svn のバージョンアップに強いのは dump? or hotcopy?

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef