Subversion r9

1 名前：デフォルトの名無しさん mailto:sage [2008/02/04(月) 09:50:38 ] 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 前スレ 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/ 471 名前：デフォルトの名無しさん mailto:sage [2008/03/25(火) 06:01:47 ] >>469 何見当違いのこと言ってるんだ？ 誰もそんな話してない． 472 名前：デフォルトの名無しさん mailto:sage [2008/03/25(火) 07:05:53 ] 前から思ってるんだけどさ、 履歴付きコピーで追加したときはコピー元の URL とリビジョンが情報としてくっつくよね。 それと同じように、ふつうの（履歴付きじゃない）追加のときに元ファイルのタイムスタンプを 情報としてくっつけとけばいいと思うんだ。 そんで、 export とか use-commit-time のとき、ふつうに追加された後、変更が一度も かかっていないファイルに限って、保存してあるタイムスタンプを使うの。 思ってるだけじゃなくて、実装してみればいいんだろうけどね。面倒なのもあって なかなか試せていない。 本当に本当に「インポート→エクスポート」でタイムスタンプが保持されるべきだと強く 信じている人がいるなら、だれかこいつを実装してみてほしい。 473 名前：デフォルトの名無しさん mailto:sage [2008/03/25(火) 07:21:18 ] はじめてこの流れに乗るけど、タイムスタンプは欲しいと 思ったことが無いし、後々不都合になりそう。 SVNでディレクトリが管理対象であることが不都合 なのと同じ。 474 名前：デフォルトの名無しさん mailto:sage [2008/03/25(火) 08:50:08 ] タイムスタンプ自体は保持されてるんだから、 インポートした時のタイムスタンプが残るようにしろって考えは そんなに不自然なものだとは思わないけど。 いや、別に俺はどっちでもいいんだけどさ。 なんでこんなに否定されまくってんだ？ 475 名前：デフォルトの名無しさん mailto:sage [2008/03/25(火) 09:59:54 ] >>472 > 本当に本当に「インポート→エクスポート」でタイムスタンプが保持されるべきだと強く > 信じている人がいるなら、だれかこいつを実装してみてほしい。 いや、べきだと信じてるわけじゃなくて、実際にそういう要求があるんです。納品のときとかに。 476 名前：デフォルトの名無しさん mailto:sage [2008/03/25(火) 10:32:22 ] それは Subversion で管理すべきことなの? 477 名前：デフォルトの名無しさん mailto:sage [2008/03/25(火) 10:35:55 ] 要求があるのは分かる だが現実には保持されていない 保持されていないなら、されていないなりの使い方をするしかない でもそれを発言すると相手の反論はSVNは糞だって逆ギレされるだけなんだよ 結論はとっくに出てる でもしつこく繰り返す だからタイムスタンプ信仰なんて言われんの 478 名前：デフォルトの名無しさん mailto:sage [2008/03/25(火) 10:50:14 ] >>475 理由が実際の要求なら、もう何も迷うことはないな。やってみてくれ。 479 名前：474 mailto:sage [2008/03/25(火) 10:51:09 ] いま調べてみたんだけど、タイムスタンプってリビジョン毎に付くんだね。 個別のファイル毎のタイムスタンプを残してるわけじゃないから、 現状の仕様だと Subversion だけで何とかするのは無理だと思う。 cvs2svn みたいな、インポートを実行してくれる外部ツールを作るのが良さそうだね。 480 名前：デフォルトの名無しさん mailto:sage [2008/03/25(火) 10:52:49 ] >>479 それ↑の方で何度も言われてる事なんですが・・。 481 名前：デフォルトの名無しさん mailto:sage [2008/03/25(火) 10:53:58 ] >>479 >>443 482 名前：デフォルトの名無しさん mailto:sage [2008/03/25(火) 11:01:54 ] >>479 実現するならエクスポート側だろ 483 名前：デフォルトの名無しさん mailto:sage [2008/03/25(火) 11:09:28 ] 元々makeの文化なんだから、import/commitしたファイルのタイムスタンプじゃ *困るんだ* っていう人達が作った、んだよね？ 何こんな簡単なことでグダグダ やってるんだ？ import/commit時にsvn:original-timestampを記録して、 export時にだけoptionalにそれを復元する、という仕様が良さそうな気もする。 484 名前：デフォルトの名無しさん mailto:sage [2008/03/25(火) 11:13:49 ] だからいつまで続けるんだよ・・。 485 名前：デフォルトの名無しさん mailto:sage [2008/03/25(火) 12:21:52 ] ソース管理下におかれない納品したファイルのバージョンを確認するのにタイムスタンプが欲しいから、 最終変更時刻かコミット時刻をエクスポート時に打ちたいんだけど何かいい方法ない？ とか質問すればすぐ解決したんじゃないか？ いきなり糞とか言うからもめるんじゃないかな。 486 名前：デフォルトの名無しさん mailto:sage [2008/03/25(火) 12:35:03 ] ところで TortoiseSVN でクライアント側で フック以外にもうちょっと細かい挙動を いじれるようなプラグインって使えないの？ ファイル単位で呼び出されるようなコールバック 設定できるようだと、そこで何でもやれそうなんだが 487 名前：デフォルトの名無しさん mailto:sage [2008/03/25(火) 12:39:29 ] >>486 1.5 から追加される「クライアント側フックスクリプト」でいける？ tortoisesvn.net/docs/nightly/TortoiseSVN_ja/tsvn-dug-settings.html#tsvn-dug-settings-hooks 488 名前：デフォルトの名無しさん mailto:sage [2008/03/25(火) 12:56:42 ] >>476,478 やってます（>>429）。 ただ、そういう機能がsvnに実装されればうれしいなぁってだけです。 489 名前：デフォルトの名無しさん mailto:sage [2008/03/25(火) 13:00:44 ] 了 490 名前：デフォルトの名無しさん mailto:sage [2008/03/25(火) 14:01:53 ] >>487 がんばればいける。 でもこれってグローバルなスクリプトなんだよね。 それがちょっといやだな、ってのが一点。 あと、どうせ TortoiseSVN なら Windows べったり なわけで、DLL にコールバック関数用意するから 呼んでくれよ、ってのが本音。 491 名前：デフォルトの名無しさん mailto:sage [2008/03/25(火) 14:29:23 ] eSVNを使おうと思ってesvn-0.6.12-1.tar.gzをダウンロードしたのですけれどもexeファイルがどこにも入っていません。どのように起動すればいいのでしょう？ 492 名前：デフォルトの名無しさん mailto:sage [2008/03/25(火) 15:48:27 ] >>487 export時のhookはどれなんだろう 493 名前：デフォルトの名無しさん mailto:sage [2008/03/25(火) 17:40:09 ] タイムスタンプには、午前３時とか正月とか涙を誘うものがあるな。 494 名前：デフォルトの名無しさん mailto:sage [2008/03/25(火) 23:09:44 ] とりあえずタイムスタンプ厨が粘着質なのはわかった 495 名前：デフォルトの名無しさん mailto:sage [2008/03/26(水) 10:10:17 ] アンチの方も似たようなもん 496 名前：デフォルトの名無しさん mailto:sage [2008/03/26(水) 21:39:08 ] 初歩的な質問ですみませんが、 authorの名前を変更することはできますか？ ちなみにXP SP2でSubversion、TortoiseSVNの両方を使用しています。 XPではアカウントの名前が自動的にauthorの名前になるようですが。 よろしくお願いします。 497 名前：デフォルトの名無しさん mailto:sage [2008/03/27(木) 01:29:01 ] >>496 コミット済みのやつを変えたいなら TortoiseSVN のログダイアログから変えられる。 ただしリポジトリに pre-revprop-change のフックを置く必要がある。 アカウントと別の名前で file://〜 なリポジトリにコミットしたいってことなら、 コマンドラインの svn なら --username で指定できる。 TortoiseSVN では、 たぶんできない。 svnserve を動かして svn://localhost/〜 とかいう感じにして、 passwd に適当な名前をつくればいいかもしれない。 498 名前：デフォルトの名無しさん mailto:sage [2008/03/27(木) 02:22:56 ] 初歩的な質問って自覚があるならちょっとは調べろよな・・ 基本中の基本だしちょっと調べればすぐ分かるのに 499 名前：デフォルトの名無しさん mailto:sage [2008/03/27(木) 02:40:27 ] >>495 タイムスタンプに安置とかwww 馬鹿が一人騒いでるのに過剰反応してるだけだろwww 500 名前：デフォルトの名無しさん mailto:sage [2008/03/30(日) 22:04:46 ] .svn以下の不要なログファイルを消して ワーキングコピーを軽くするにはどうしたらいいでしょうか？ 501 名前：デフォルトの名無しさん mailto:sage [2008/03/30(日) 22:34:53 ] >>500 svn cleanup かな？ 502 名前：デフォルトの名無しさん [2008/04/01(火) 08:48:09 ] 余りにアホな質問で申し訳ないんですけど 同じソフトウェアのバージョン違いを管理する場合は それぞれ別のリポジトリを作成して 別に管理するのが普通ですよね？ 503 名前：デフォルトの名無しさん mailto:sage [2008/04/01(火) 08:58:21 ] >>502 svn的にはsvn copyが普通。 むしろ別のリポジトリを作成する方がアホと言える。 504 名前：デフォルトの名無しさん mailto:sage [2008/04/01(火) 11:04:51 ] 出だしに初心者、あほな質問ってつけりゃ 良いってもんじゃねえぞ 少しは調べろ ブランチ作るのが普通 505 名前：デフォルトの名無しさん mailto:sage [2008/04/01(火) 11:37:12 ] >>502 以下サイトで公開してくれている ttp://psyto.s26.xrea.com/misc/svnbook/ svnbook日本語訳のPDF版の第４章を読みなさい 506 名前：デフォルトの名無しさん mailto:sage [2008/04/02(水) 01:16:19 ] >>503-505 ありがとうございます >>505 さんの出したくれたリンク先のPDF一通り読んでみます 507 名前：496 mailto:sage [2008/04/03(木) 18:11:42 ] >>497 亀レスですみません。 ありがとうございました。 助かりました。 >>498 ググるの下手みたいで、すみません。 こちらも練習します。 508 名前：デフォルトの名無しさん mailto:sage [2008/04/05(土) 21:39:40 ] ローカルのリポジトリなら都度のコマンドだけで使える！ 一人で使うのに別マシンでサーバー常駐させてた私の数年…。 509 名前：デフォルトの名無しさん mailto:sage [2008/04/05(土) 22:02:15 ] 別マシンじゃなくて同一マシンで動かせばよかったんじゃ 510 名前：デフォルトの名無しさん mailto:sage [2008/04/05(土) 22:24:19 ] >>508 片方のPCのHDD死んでもソースが完全に死なないから冗長性あっていいんじゃ？ 511 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 20:03:56 ] それならリポジトリミラーリングした方が100倍ましだろ 512 名前：デフォルトの名無しさん mailto:sage [2008/04/11(金) 15:03:44 ] TortoiseSVN使ってるんだけど、最初のチェックアウトとかの時にやたらフリーズする。 OS丸ごと固まって電源おすしかないように。 チェックアウトして、ファイルのログが流れてる途中でいきなり止まる感じ。 前まではそんなことなくて、最近新しいプロジェクトので新規に作ったらそうなった。 ファイル数がかなり多いんだけど、それは関係あるんだろうか？ 最新版なんだけど、みんな普通に使えてる？ 513 名前：デフォルトの名無しさん mailto:sage [2008/04/11(金) 15:13:48 ] もしかして、アイコンオーバライドの更新で填まるのかな? Geodeで使っている最新版ではアイコンオーバライドすると死ぬほど時間掛かるからオーバライドを止めちゃったけど。 514 名前：デフォルトの名無しさん mailto:sage [2008/04/13(日) 00:37:48 ] www.exacteye.com/svn/svn.basic.in-action.html など見るとcommitとupdateは別の処理だとありますが、 commitとupdateのタイミングをどう取っていくべきか、 まだ使い慣れてないせいか、いまいち直感的に理解できません。 自分一人しかレポジトリいじらない場合は updateせずにcommitだけやり続けても問題ないですか？ ファイル名をかえたり削除したりする時はupdateも必要？ 515 名前：デフォルトの名無しさん mailto:sage [2008/04/13(日) 01:28:36 ] テストリポジトリとその作業コピーを２つ作って、 同じファイルを修正して、両方を順番にコミットしてみればいいぜ どういう反応を示すかわかる。 一人の場合、基本コンフリクトは発生しないので update いらんでしょ 516 名前：デフォルトの名無しさん mailto:sage [2008/04/13(日) 08:47:52 ] んにゃ、一人でも開発拠点が複数だとupdateは必要だぞ。 Conflict発生はまずないけど。 517 名前：デフォルトの名無しさん mailto:sage [2008/04/13(日) 10:50:36 ] >516 同じバグを一人で3度修正してconflictさせたバカがここにいる。 「あれ〜直さなかったっけこれ？ 夢でも見たかな...」 % svn commit C fugahoge.c Σ(゜Д゜;) 518 名前：デフォルトの名無しさん mailto:sage [2008/04/13(日) 13:00:15 ] >>517 あれ？、俺こんなの投稿したっけ？ 519 名前：デフォルトの名無しさん mailto:sage [2008/04/13(日) 13:37:17 ] Subversionを大いに役立てている>517-518にちょっと嫉妬。 520 名前：デフォルトの名無しさん [2008/04/16(水) 00:21:02 ] すみません、smartsvnについて解説しているページとかないでしょうか？ 日本語化パッチもないようですし・・・。 521 名前：デフォルトの名無しさん mailto:sage [2008/04/16(水) 04:21:37 ] 初めて聞いた 522 名前：デフォルトの名無しさん mailto:sage [2008/04/16(水) 23:31:47 ] 説明して目の前でコミットして見せてやったのに削除→コミット→追加→コミットしやがった。 家では使ってるとか言ってたくせに・・・ こんな奴が技術者とか・・・ﾏｼﾞ怖いよ 523 名前：デフォルトの名無しさん mailto:sage [2008/04/17(木) 00:06:07 ] >>522 そういうの使ってるって言わないよなｗ 524 名前：デフォルトの名無しさん mailto:sage [2008/04/17(木) 00:25:42 ] うちの場合、間違った使い方をしたらコミットを失敗させてアドバイスを 表示するようにしている。 525 名前：デフォルトの名無しさん mailto:sage [2008/04/17(木) 01:49:56 ] すげぇ　ハイレベルだな。 526 名前：デフォルトの名無しさん mailto:sage [2008/04/17(木) 02:42:23 ] >>524 それって，具体的にはどうやるの？ 「間違った使い方」の判定とかかなり気になるんだが 527 名前：デフォルトの名無しさん mailto:sage [2008/04/17(木) 10:04:23 ] あの、 - で始まるファイル名に変更したいときってどうすりゃいいんでしょうか。 まぁほとんど無いことかとは思うんですが、hoge ふぁいるを -hoge ファイルに したいのです。svn rename hoge -hoge　だと -hoge なんてオプションねぇよ氏ね って言われるし・・・死にたくない。 528 名前：デフォルトの名無しさん mailto:sage [2008/04/17(木) 10:20:51 ] >>527 エスケープじぇだめなんだっけ? 試してないけど。 529 名前：デフォルトの名無しさん mailto:sage [2008/04/17(木) 10:30:35 ] そういや touch で - とか -- とか --- とか -_- とかいうファイル名って 作れるんだったっけ？いや、いろいろ挙動をテストしようと思って なんかはまってる。本来業務と違うところで。 530 名前：デフォルトの名無しさん mailto:sage [2008/04/17(木) 11:11:34 ] touchは知らんが、 % svn mv -- hoge -hoge A -hoge D hoge 531 名前：デフォルトの名無しさん mailto:sage [2008/04/17(木) 11:13:11 ] コマンドラインの解釈は各コマンドによるけど、 -- の後ろの引数は - や -- で始まっていても ファイル名として解釈するという仕様のものが多い。 touch -- -- rm -- -- 532 名前：デフォルトの名無しさん mailto:sage [2008/04/17(木) 11:29:01 ] win版 1.4.6 で確認。 svn rename hoge .\-hoge 533 名前：デフォルトの名無しさん mailto:sage [2008/04/17(木) 14:08:29 ] >>526 pre-commit フックのときに Subversion API と SQLite3 を使ってあれこれ調べています。 検査項目は過去4年間の「困った使い方」の記録をもとに決めているので沢山あり、今でも 増え続けています。もちろんそれぞれの検査項目には検査を迂回する手順を用意しています が、迂回は1万数千リビジョン中に 3, 4 回ぐらいしか使われていません。 初心者の間違いで一番多いのは svn copy や svn move を使うべきところを新規ファイルの 追加にしてしまうところです。この操作の判定には苦労しました。 534 名前：デフォルトの名無しさん mailto:sage [2008/04/17(木) 14:11:38 ] そのフックスクリプトすごいな。subversionのcontribに入れてもらえたらみんな幸せに… 535 名前：デフォルトの名無しさん mailto:sage [2008/04/17(木) 16:11:15 ] どんな事してるのか、非常に興味深い。 536 名前：デフォルトの名無しさん mailto:sage [2008/04/17(木) 16:24:29 ] コミットに時間がかかりそうっていうか邪魔くさそう 537 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 00:07:15 ] >>533 >>534がいい事を思いついたようだぞ 538 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 13:23:29 ] ignore_on_commit って何処に設定するんですか？ TortoiseSVN 1.4.8 を使用していますが、 もしかして、TortoiseSVN 1.5　からの機能ですか？ 539 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 17:34:00 ] >>538 便利そうな属性だが、ググっても0件なんでがっかり。 540 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 18:01:26 ] Win な環境で、svn管理下のファイルをＯＳ削除したとき コマンド操作で削除コミットしたい。 もちろん、管理下には修正ファイル、フォルダ、新規追加のファイル、フォルダが混在する。 上記作業を自動で行うために、フォルダツリーに散在した、削除フォルダ、ファイルを見極め 自動で削除コミットしたい。 IDEによる自動生成ファイルが多すぎる。 開くだけで、変更されるファイルがある。 実行するだけで変更されるファイルがある。 コミット・ファイルを見極めてコミットするだけで 結構な時間を要してしまう。 そこで サーバにひとつのワーキングコピーを配し、これを共有公開する。 作業者は、ファイル共有されたワーキングコピー上で直接作業する。 しかし、作業者はコミット等は実施しない。 コミットは、バッチ処理で、その日の作業分としてコミットする。 なにか、ヒント頂けないでしょうか？ 541 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 19:05:29 ] >>540 なんだかよくわからんけど 管理する必要のないファイルを svn:ignore プロパティに 設定するってのではダメなの？ 542 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 22:40:25 ] >>540 コミットは作業ごとに小刻みにやったほうがいいよ。 バージョン管理が必要なファイルだけ追加しておけば何も困る必要がない。 掃除はフォルダ丸ごと削除後にチェックアウトでもいいし。 もしVSなら、不要な中間ファイルはフォルダにまとめられてるし。プロジェクト関係で不要なのは、少しだけだし。一回作ってしまえば簡単なものじゃないかな。 もう少し楽に使うぜ。 543 名前：デフォルトの名無しさん mailto:sage [2008/04/19(土) 00:08:54 ] ignoreは最初に誰もが通る道であろうに、 マニュアルではプロパティの1つって感じで扱ってるよなぁ。 544 名前：デフォルトの名無しさん mailto:sage [2008/04/19(土) 03:52:37 ] >>540 > サーバにひとつのワーキングコピーを配し、これを共有公開する。 > 作業者は、ファイル共有されたワーキングコピー上で直接作業する。 それ、バージョン管理システム使ってるメリット無いお。 地獄への道一直線。# 昔CVSでそれをやられて酷い目にあった。 545 名前：デフォルトの名無しさん mailto:sage [2008/04/19(土) 05:34:39 ] >>533 すげーなｗ 546 名前：デフォルトの名無しさん mailto:sage [2008/04/19(土) 16:39:58 ] エディタ上で過去ソースとの差分が見れるようなソフトが欲しい。 常に見えてるのは最新のソースで、C#のregionみたいな感じで過去ソースが 展開できたりツールチップで表示できたりしたら便利そう。 547 名前：デフォルトの名無しさん mailto:sage [2008/04/19(土) 19:37:42 ] マウスオーバーだけでは特定の過去ソースバージョンを指定するのは難しいからインターフェイスを考えないといかんな。 ツールチップでなければ、 TextMateのSubversionバンドルでは任意のリビジョン間のdiffを実行できた。 Emacsも間違いなくできるはず。 Eclipseもできるよな。 548 名前：540 mailto:sage [2008/04/19(土) 23:33:11 ] >>541 >>542 >>543 >>544 日本語でおｋって感じの文章に回答してくれて、ありがとうございます。 もちろん svn:ignore は使用しているのですが・・・ VS だけを使っているのなら、まだなんとかなるのですが・・・ 他のツールも併用していて、そこから　ポコポコ大量の自動生成が・・・ VS のビルドもそう（？）ですが、あれって生成時の日付をどこかに埋め込むんですか？ 内容は何も変わってないのに、生成するだけで変更になってしまいますよね？ まぁ　いろいろ書きたい事はあるのですが 俺も含めて、作業者のRCSの使いこなしが出来ていないと言うことで自分に言い聞かせてます。 でも、せめて 安全なバックアップとして svn を利用しようと、また近い将来にそのリポジトリを RCSの理念の基に利用できるようにするためにも、日々の作業分だけでもコミットしておこうかな と思ったんです。 svn add * svn commit -m "？？月？？日分" で　追加・修正分は簡単にできるんですが 削除されたもの TortoiseSVN 上では「紛失」にあたるものの扱いがコマンドベースで 上手く処理する術を思いつきません。 というのが　本題です 長文スマソ　でした 549 名前：デフォルトの名無しさん [2008/04/20(日) 15:42:07 ] すんごい、恥ずかしくて聞きにくいんですが、 svnのコミットログって一行でかかないといけないんでしょうか？ TortoiseSVNで複数行入力できるのですが、非推奨なのかな？ CodeReposのログとか見てると、みんな一行っぽいのですが・・・。 550 名前：デフォルトの名無しさん mailto:sage [2008/04/20(日) 15:48:50 ] TortoiseSVNを使うか使わないかに限らず複数行書く私が来ましたよ。 コマンドラインでコメントを書く人は、複数行書くのが難しいから一行なのでは? 551 名前：デフォルトの名無しさん mailto:sage [2008/04/20(日) 16:28:19 ] 俺も恥ずかしい質問します！ 自分は Subversion しか使ったことがないんですが、 他のバージョン管理ツール（たとえばCVS）から 移行するときに更新履歴やログも引き継げるものなんでしょうか？ バージョン管理ツールごとにポリシー（たとえばディレクトリに リビジョンをつけるのか、ファイルごとにつけるのか）などが 異なるので引き継げないように思うのですが。 皆さん以降の際には HEAD だけ import して気分一新！ という感じなんでしょうか？ 552 名前：デフォルトの名無しさん mailto:sage [2008/04/20(日) 18:00:20 ] そりゃ完全さと効率を天秤にかけるもんだろう 553 名前：デフォルトの名無しさん mailto:sage [2008/04/20(日) 18:01:12 ] CVSとVSSの移行ツールは見たことある。他も探せばあるかもしれない。 どれも履歴と更新ログくらいは対応してるだろうけど、実際に上手く行くかどうかは、試しにやってみないとなんとも言えない。 (海外の作者が作った移行ツールで、ファイル名や更新ログに漢字を使ったリポジトリを移行する場合とか) 554 名前：デフォルトの名無しさん mailto:sage [2008/04/20(日) 18:03:16 ] >>549,550 俺も複数行書いてるっす。 コマンドラインにコミットメッセージを書かずにエディタで書いてる。 >>551 あんまり移行をしないけど、履歴は引き継げるはず。 ところでTortoiseSVNのchmヘルプの文字化けを解消するパッチを投げました。 1.5からはキーワードや検索が役に立つと思います。 555 名前：デフォルトの名無しさん mailto:sage [2008/04/20(日) 18:13:45 ] >> 550 >>554 複数行やってる人いて安心した！ >>551 cvs2svnとか使ってみたけど、100くらいのリビジョンあるプロジェクトでやってみたら 何時間待っても終わらなかった覚えがｗ 結局、一新してimportし直したよ 556 名前：デフォルトの名無しさん mailto:sage [2008/04/20(日) 18:21:05 ] Mercurialだったかな。 コミットログの1行目をサマリーとみなすという慣習があるのは。 この場合、詳細を2行目以降に書く。 557 名前：デフォルトの名無しさん mailto:sage [2008/04/20(日) 18:22:57 ] CVSからSVNに移行した私が来ましたよ。 CVS2SVNなるスクリプトがあるので、移行するだけなら割と簡単にできる。 但し、リビジョン番号の振り方がCVSの概念を反映しきれないので過去の資産を活用するのは若干難しい。 例えば、コミット処理に時間がかかってコミット時間がずれてしまったような場合、別のリビジョンと解釈されかねない。 また、ブランチを作るときに一部のファイルだけしかブランチに入らなかった場合、SVN上は 一旦ブランチへのコピーを行なってから残りのファイルを全て削除したような履歴になってしまう。 # このため、コメントを伴わない(CVS2SVNが生成するコメントがついた)リビジョンが発生する。 558 名前：デフォルトの名無しさん [2008/04/21(月) 01:28:55 ] >555 複数行でもいいけど、 コミットログ一覧では一行しか表示しないクライアントソフトが多いので、 1行で簡潔にまとめるのがいいと思う。 最低でも、1行目は概要、2行目以降に詳細とするべきかと。 559 名前：デフォルトの名無しさん mailto:sage [2008/04/21(月) 03:56:01 ] 自分も1行目をサマリーにしてます。 メールやTrac TimelineのRSSやEclipse (Historyビュー)、TortoiseSVNが 見やくなるので。 詳細は2行め以降、あるいはTracのチケットの方に書いてます。 560 名前：デフォルトの名無しさん mailto:sage [2008/04/21(月) 06:12:58 ] hot-backupに掛かる時間て、リビジョン数に対して非線形に増加しない？ 16000位で6時間以上掛かってる。5000の時は1時間位だった気がするのに。 いい方法ない？（dumpはおいといて） 561 名前：デフォルトの名無しさん mailto:sage [2008/04/21(月) 12:25:37 ] >>560 ファイルコピーが遅いだけとか？試しに普通のファイルコピーしてみたらどうなるかな 562 名前：デフォルトの名無しさん mailto:sage [2008/04/21(月) 12:38:03 ] >>548 > svn add * これをやったら svn:ignore を設定する意味ないんじゃない？ svn:ignore は管理下にないファイルの存在警告を抑制するものであって、 add されるのを回避するためのものじゃない。 これでは作業ファイル等の不要なファイルまでリポジトリに追加されるよ。 >>542氏が言ってるように > バージョン管理が必要なファイルだけ追加しておけば何も困る必要がない。 なので、管理が必要なものだけをリポジトリに追加していけばすっきりとした 運用ができると思う。 563 名前：デフォルトの名無しさん mailto:sage [2008/04/21(月) 22:58:12 ] >>562 重箱の隅つつきみたいで悪いが、 * にディレクトリが含まれるとき、そのディレクトリの下は svn:ignore に従う。 svn:ignore を無視させて何が何でも無理矢理全部再帰的に add したけりゃ --no-ignore をつける。 564 名前：デフォルトの名無しさん [2008/04/22(火) 03:05:21 ] >>561 ディスクはネットワークの先だから確かに遅い。 でも気にしてるのは、リビジョン数は3倍なのに時間が6倍になってる事。 これが納得いかない。 でかいリポジトリのhot-copyは諦めるしかない？ 565 名前：デフォルトの名無しさん mailto:sage [2008/04/22(火) 09:07:57 ] >>564 普通のファイルコピーでは6倍にならないことを確かめたの？ 566 名前：562 mailto:sage [2008/04/22(火) 11:43:00 ] >>563 ディレクトリのことまで考えていなかったわ。 ディレクトリが含まれている場合の add の挙動について勉強になったよ。 レスありがと。 567 名前：デフォルトの名無しさん mailto:sage [2008/04/23(水) 01:01:24 ] svn1.4 apache2.0 windows2003serverな構成でサーバを構築しています。 ディレクトリ単位でのアクセス制限も設定しているのですが、windowsだからなのか、リポジトリURL表記の大文字・小文字の扱いで悩んでいます。 ファイルシステム上のリポジトリがHOGEだったりするばあい、https://server/svn/hogeとかでもチェックアウト出来るくせに、 これでチェックアウトした場合、コミットが出来ません。当然、https://server/svn/HOGEでチェックアウトすればコミットできるんですが・・・ で、リポジトリ名の大文字・小文字を間違える輩が大杉なんで、どちらでもコミットできる、あるいは、正しいリポジトリ名でなければチェックアウトできない、 と行った具合に、どちらかに統一したいのですが、解決策が見つからず、悩んでいます。 VisualSVNServerで環境構築したサーバでは、apache2.2ベースという違いはあれど、大文字・小文字が入り乱れていてもコミットできるのですが、 httpd.confを参考に当方のサーバのhttpd.confをいじってみても解決せず。 どなたか解決策をご教示いただけませんか？ 568 名前：デフォルトの名無しさん mailto:sage [2008/04/23(水) 01:22:27 ] Linuxに乗り換える 569 名前：デフォルトの名無しさん mailto:sage [2008/04/23(水) 01:25:27 ] フックでチェックさせれば良いんじゃ つうかそう言う大文字小文字を意識しないってのを 意識改革させないと、後で苦労するぞ 570 名前：デフォルトの名無しさん mailto:sage [2008/04/23(水) 11:50:19 ] Windows上での開発だと大文字小文字の区別をしないのは普通かと。 Visual Studioがファイル名の大文字小文字があっていないテンプレートを平気で作るし。 うちはsvnserve運用だけど普通にコミットできる。 解決策になってないけど 571 名前：デフォルトの名無しさん mailto:sage [2008/04/23(水) 12:32:45 ] 使ったことないが subversion.tigris.org/tools_contrib.html#hook_scripts に、 case-insensitive.py (contrib/hook-scripts) pre-commit hook to detect case-insensitive filename clashes. This is *much* more efficient than check-case-insensitive.py but it does require Subversion 1.3.0 or later. ってのがあるよ

---

---

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

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