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/ 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. ってのがあるよ 572 名前：デフォルトの名無しさん mailto:sage [2008/04/23(水) 12:45:06 ] Windowsがどうであれ、SVNのリポジトリはLinux向けで識別するんだから ファイル名の大文字小文字は意識するようにさせるべき 大文字小文字が違うだけのファイルがコミットされたら Windows環境でチェックアウトするとAbortされるぞ 573 名前：デフォルトの名無しさん mailto:sage [2008/04/23(水) 16:07:22 ] >>570はWindowsのクライアント >>572はlinuxクライアントを想定してるんじゃないか？ >>567にはサーバー側のことしか書いてないし。 >大文字小文字が違うだけのファイルがコミットされたら というのがまずあり得ない重箱の隅に聞こえる。 同じフォルダに大文字小文字が違うだけの同名ファイルをおくのはlinuxだと普通なのか？ 574 名前：デフォルトの名無しさん mailto:sage [2008/04/23(水) 16:27:53 ] むしろcaseを区別しないwindowsユーザー、アプリ側で 大文字小文字をとっちがえ、 そのまま同じファイルのつもりで 同名ファイルをコミットしそうだけど。 575 名前：デフォルトの名無しさん mailto:sage [2008/04/23(水) 16:31:18 ] >>573 >同じフォルダに大文字小文字が違うだけの同名ファイルをおくのはlinuxだと普通なのか？ クライアント側がWindowsだからこそ、大文字小文字を変に気にするやつが コミットする時に小文字を大文字に変えたりしてコミットしようとするんだよ 実際はファイル名を変えた時点で管理外になるんだけど、 考えなしに追加、コミットしてくるやつが以前いたもんで まぁうちの人間がおかしいって言われればそれまでなんだけど SVNで使ってるリポジトリは大文字小文字を別物として 捉えるってのを最初にちゃんと言っておくべきだって話 576 名前：デフォルトの名無しさん mailto:sage [2008/04/23(水) 16:36:35 ] MakefileとMAKEFILEとmakefileがコミットされて殺意が湧いた事ある 577 名前：デフォルトの名無しさん mailto:sage [2008/04/23(水) 16:45:39 ] TortoiseSVNで名前の変更をした場合 大文字、小文字のみのリネームは出来ません って警告してくるんでそこで気付いてくれれば良いんだけどね 578 名前：デフォルトの名無しさん mailto:sage [2008/04/23(水) 18:19:02 ] ソースファイルじゃなくてデータファイルなんかのときに困ね テストを実行したら「ファイルが見つかりません」って大文字小文字違いかよ・・・みたいな 579 名前：デフォルトの名無しさん mailto:sage [2008/04/24(木) 00:10:21 ] むかしWindows使いからやってきたjavaのソースファイル名がクラス名と大文 字小文字が揃っておらず、えらい難儀した記憶がある‥‥‥。 580 名前：デフォルトの名無しさん mailto:sage [2008/04/24(木) 06:11:48 ] >>577 このメッセージは逆に紛らわしいと思う リポジトリ側でも大文字小文字は区別されないのかと考えてしまうよ 581 名前：デフォルトの名無しさん mailto:sage [2008/04/24(木) 09:29:39 ] >>580 ヘルプ読んでほしいなぁ…… 582 名前：デフォルトの名無しさん mailto:sage [2008/04/24(木) 12:26:47 ] TortoiseSVNはWindows専用のクライアントなんだから そうするのが当たり前だと思うが 実際にそれをコミットしたらTortoiseSVNでチェックアウトすると その部分でAbortが発生する ヘルプはちゃんと読んでないのでどう書いてあるのか知らんけど 583 名前：デフォルトの名無しさん mailto:sage [2008/04/24(木) 13:02:46 ] WindowsじゃなくてもFATをマウントしていたらどうなるんだ 584 名前：デフォルトの名無しさん mailto:sage [2008/04/24(木) 13:22:36 ] >>580 ＞このメッセージは逆に紛らわしいと思う いやべつに。 直接的な理由は言ってるし、それ以上厳密にしたってしょうがない。 585 名前：デフォルトの名無しさん mailto:sage [2008/04/27(日) 03:29:41 ] trunk の一部を切り出して、管理の外で作業したいものがあるので、 tar でまとめています。 tar でアーカイブする時に各ディレクトリごとの .svn が含まれてしまうのを 避けたいのですが、何かいい方法はありませんでしょうか。 作業場所で解凍した後に、find hoge -type d -name '.svn' -exec rm -rf '{}' ';' という解決策以外を探しています。 586 名前：デフォルトの名無しさん mailto:sage [2008/04/27(日) 03:50:22 ] tarでアーカイブするときに.svnを除外する。 587 名前：デフォルトの名無しさん mailto:sage [2008/04/27(日) 03:52:26 ] find の使い方分かってるなら、 tar に渡すファイルを find 使って指定すればいい。 588 名前：デフォルトの名無しさん mailto:sage [2008/04/27(日) 03:55:57 ] サイズが小さいなら毎回exportでもいいんでは 589 名前：デフォルトの名無しさん mailto:sage [2008/04/27(日) 04:03:19 ] >>586 最近のtarならtar cf --exclude-vcs foo.tar . だけだしな。 590 名前：デフォルトの名無しさん mailto:sage [2008/04/27(日) 05:30:51 ] ありがとうございます。tar のオプション知りました。 あいにく 1.14 で古かったのですが tar cz --exclude=.svn -f hoge.tar.gz . find でファイル指定するのは tar czf hoge.tar.gz `find . -type f ! -name '*/.svn/*'` としてみて惨敗だったので。。 591 名前：デフォルトの名無しさん mailto:sage [2008/04/27(日) 05:33:50 ] find . | grep -v '/\.svn/' 592 名前：デフォルトの名無しさん mailto:sage [2008/04/27(日) 05:48:01 ] その手がありましたね。。find よく知らなかった頃は いつもパイプで処理してたのに。。頭かたくなった。 ところで、今回の発端は、synbolic link で管理している ファイルやディレクトリを windows　上では実体化して 作業したいというものです。 tar czhf hoge.tar.gz . svn export で synbolic link を実体化してくれると 他の作業者に説明しやすくて嬉しいのですけど。 593 名前：デフォルトの名無しさん mailto:sage [2008/04/27(日) 10:21:33 ] いずれにせよシェルスクリプト化するんなら同じじゃね？ 594 名前：デフォルトの名無しさん mailto:sage [2008/04/27(日) 18:22:08 ] あー、たしかに TortoiseSVN で複数行入力可能だけど、 ログみるときリストにはずらりと一行目が表示されるもんな・・・ 一行目はサマリーか、参考になる >>567 ・Windows serverをやめる ・coLinuxか、andLinuxを使う 595 名前：デフォルトの名無しさん mailto:sage [2008/04/28(月) 04:11:27 ] svn st で、特定の状態のもののファイル名だけ単純に一行に ひとつずつ出してくれるようにできれば便利なんだけどなぁ。 いちいち出力を sed とか awk とかで篩い分けて xargs に渡して って面倒。まぁ一度スクリプトを書いてしまえばいいんだけど。 596 名前：デフォルトの名無しさん mailto:sage [2008/04/28(月) 08:15:37 ] そのうちxml queryができるようになるよ 597 名前：デフォルトの名無しさん mailto:sage [2008/04/30(水) 17:09:41 ] Subversion 1.5.0 Release Candidate 4 Released ttp://svn.haxx.se/users/archive-2008-04/0723.shtml 598 名前：デフォルトの名無しさん mailto:sage [2008/05/06(火) 07:09:33 ] subversionのレポジトリってOS間で移動しても大丈夫ですか？ つまりいままでlinuxにあったレポジトリをwindowsのNTFSに そのままコピーして使って大丈夫でしょうか？ マニュアルによると Berkeley DBと違ってFSFSなら プラットフォームに独立した保存形式ということなんですが。 599 名前：デフォルトの名無しさん mailto:sage [2008/05/06(火) 08:04:31 ] 余り薦められたもんじゃないけど、USBメモリにリポジトリを入れておいて Linux端末に繋いでもWindows端末に繋いでも使えるから大丈夫でしょ。 600 名前：デフォルトの名無しさん [2008/05/06(火) 12:32:31 ] どっかのサーバーに置いとけばいいんじゃないの？ 601 名前：デフォルトの名無しさん mailto:sage [2008/05/06(火) 13:02:02 ] サーバーに置けるんだったら、そのサーバーで Subversion 動かした方がよくね？ まあ、いろいろ制約があるのかも知れないけど。 602 名前：デフォルトの名無しさん mailto:sage [2008/05/06(火) 13:16:21 ] >>598 Subversionのバージョンが大きく下がるとダメなことがあるかも。 壊れたりはしないけど「フォーマット新しすぎ」とか言われるはず。 svnadmin dump → svnadmin load が安全なのでお勧め。 603 名前：デフォルトの名無しさん mailto:sage [2008/05/06(火) 17:10:43 ] >>602 それはワーキングコピーのほうじゃないかい？ 604 名前：デフォルトの名無しさん mailto:sage [2008/05/06(火) 19:34:26 ] >603 レポジトリもどっかで非互換になった気がする...もう記憶の彼方だけど... 605 名前：599 mailto:sage [2008/05/06(火) 19:47:17 ] あー、>602は経験ありますよ。確か、cygwinのクライアントが古くて読めなかった。 勿論、更新して回避。今はcygwinのsvnじゃなくて本家サイトから落としたのを使っているけど。 606 名前：デフォルトの名無しさん mailto:sage [2008/05/06(火) 20:07:40 ] >>603 レポジトリにもバージョンがある (format に書いてある) ので、 バージョン間で非互換の部分があるかもしれない。 (俺は見たことないけど。) ので、安全を期すなら >>602 の言う通り dump - load が確実。 607 名前：デフォルトの名無しさん mailto:sage [2008/05/06(火) 20:35:07 ] .svn/entries がxmlじゃないフォーマットになったけど、 その仕様ってどっかにある？ 本家のDocumentとかみたけどAPI使え的なのしか発見できなかった。 608 名前：デフォルトの名無しさん mailto:sage [2008/05/06(火) 22:28:27 ] >>603 つ svnadmin dump --help 609 名前：598 mailto:sage [2008/05/07(水) 00:33:38 ] svnadmin の dump load 知りませんでした。 これ使ってみます。ありがとうございました。 610 名前：デフォルトの名無しさん mailto:sage [2008/05/07(水) 02:02:03 ] >>600 LinuxのサーバからWindowsのサーバに移動するというケースも忘れてはならない。 611 名前：デフォルトの名無しさん mailto:sage [2008/05/07(水) 02:19:36 ] >>607 全部読んでないけど、これかな？ svn.collab.net/repos/svn/trunk/subversion/libsvn_wc/README 612 名前：デフォルトの名無しさん [2008/05/07(水) 14:52:26 ] username として可能な文字列ってどんなだったっけ？ たとえば subversion 的には OpenID の Identifier みたいな URI でも username として受け付けてくれるんだろうか。 613 名前：デフォルトの名無しさん mailto:sage [2008/05/07(水) 20:21:43 ] >>610 今時は OS の違いなんてあまり重要じゃないでしょ。 Samba なり Service for Unix あたりでなんとでもなるだろうし。 614 名前：デフォルトの名無しさん mailto:sage [2008/05/07(水) 22:03:39 ] わかってないな。 見た目上似せてるがゆえに かえってFSとかの仕様の細かい差異がむしろ問題になりうる。 615 名前：デフォルトの名無しさん mailto:sage [2008/05/07(水) 22:21:06 ] リポジトリのファイルってリビジョン番号とかだし、そんなに影響ある？ そこまで違いに敏感だと困るんじゃないか？ 616 名前：デフォルトの名無しさん mailto:sage [2008/05/07(水) 22:40:27 ] 昔の知識引きずってる爺だろ、放置推奨。 617 名前：デフォルトの名無しさん mailto:sage [2008/05/07(水) 23:13:10 ] 具体的に何がおきるの？ 618 名前：デフォルトの名無しさん mailto:sage [2008/05/08(木) 01:35:23 ] わかんないんです（＞＜） 619 名前：デフォルトの名無しさん mailto:sage [2008/05/08(木) 05:01:52 ] デフォルトのFSFSならリポジトリにOSの違いは無い、のではなかったっけ？ BDB <-> FSFS とか、BDBのバージョンが異なる場合とかなら、 svnadmin dump/load が必要。 でも、今時（Subversion 1.2以後）はデフォルトがFSFSなので、 気にする必要がないよね。 あと、Subversion 1.3 -> 1.4のようにリポジトリの形式が変わったときも、 Subversionはどちらの形式でも扱えたのでdump/loadは不要だったけど、 dump/loadして新しい形式にすればリポジトリが小さくなる、という 御利益があった。 ttp://www.google.co.jp/search?q=svn+bdb+4.2+4.3 ttp://subversion.tigris.org/faq.html#dumpload ttp://subversion.tigris.org/faq.html#bdb-fsfs-convert 620 名前：デフォルトの名無しさん [2008/05/08(木) 18:53:07 ] そんなことより、なんでもかんでも（バイナリなデータも） 放り込んで肥大化して言っている漏れのプロジェクト、 サイズ的にはどの程度になったら破綻するのか気になる。 まぁワーキングコピーで svn st が1分以上かかるようになったらやばいか。 っていってもワーキングコピーはリポジトリの一部だからなぁ。 リポジトリ自体はどの程度の規模になったら破綻するんだろう。 もしかして100GBとかのリポジトリでも成立するのか？ そしてリビジョン番号が1000万とか。 621 名前：デフォルトの名無しさん mailto:sage [2008/05/08(木) 19:59:34 ] >>620 Revが65万くらいのはよく見かける。 622 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 03:07:21 ] 　　　　　　　ヽ|/ 　　　　 ／￣￣￣｀ヽ、 　　　 /　　 　　　　　　ヽ 　　　/　 ＼,, ,,／ 　　　| 　　　|　（●） （●）|||　 | 　　　| 　/￣⌒￣ヽ　U.| 　　・・・・・･･･ｺﾞｸﾘ。 　　　|　 | .ｌ~￣~ヽ |　　 | 　　　|U ヽ ￣~￣ ﾉ　　 | 　　　|　　 ￣￣￣　　　 | 一体どんな使い方をしたらそんなに数を重ねるんだろうか。 623 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 03:19:06 ] websvn.kde.org/ ここはRev.が80万超えてる。 624 名前：デフォルトの名無しさん [2008/05/09(金) 21:56:30 ] svnmanager って管理用データベースと実際のリボジトリの間の整合性が取れなくなると悲惨。 Webベースで svnadmin 相当の操作やアクセス制御の操作ができるいいツールないかな？ 625 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 16:16:02 ] またこの話か・・・・ 626 名前：デフォルトの名無しさん [2008/05/10(土) 16:28:08 ] すまん。 みんなどうやっているのか知りたかったんだ 627 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 19:10:16 ] キーワード置換と等価な作業をバイナリファイルに施したいです。 つまり、リビジョン番号や日付を任意のフォーマットでファイルに埋め込む作業を コミット時に自動で行いたいです。これを実現する方法はあるでしょうか？ フックスクリプトでできるかなと思ったのですが、方法が解らず悩んでいる状況です。 (svnlook cat でファイル内容の取得はできるが、内容の編集方法がわからない) ご教示のほど、どうぞ宜しくお願い致します。 628 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 20:01:22 ] >>627 svn:keyword でバイナリ用の置換マーク使うんじゃ何か不満か？ 629 名前：627 mailto:sage [2008/05/11(日) 22:01:10 ] >>628 バイナリの中にデフォルトの置換文字列を埋め込む、ってことですよね？ 99.99%以上大丈夫だけど、たまっっったま置換文字列と同じパターンのデータが 紛れた時にどう対処するか？っていう事を考えていて、上記質問と相成りました。 pre-commitでパターンの重複をチェックして水際でデータの破壊を防ぐ、ってのが ひとつの方法ですが、置換を自前スクリプトで制御する方が綺麗な方法かなと思いまして。。。 630 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 22:07:38 ] >>629 なるほどね。でもコミットされるリビジョンの編集はフックではできないから、 pre-commit ではじくってのが一番現実的な感じ。自前のスクリプトでやるとしたら、 実行タイミングでまた悩むと思う。 631 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 23:10:08 ] >>627 現状では無理。 テキストのキーワード置換はクライアント側で行われているから、 クライアントを改造するのがまっとうな方法。 632 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 23:25:09 ] importした時のファイルのタイムスタンプを保存する方法ないですか？ 後からcommitするファイルのタイムスタンプは commitした時刻で構わないんですが。 633 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 23:43:55 ] >>632 1.6で実装されるかもしれないとか。issue1256 とりあえず適当な属性作って保存しておくとか。 634 名前：627 mailto:sage [2008/05/12(月) 20:39:01 ] >>630 >>631 ご助言ありがとうございました。 結構いけるかなと思いましたが意外と難しいですな。。。 635 名前：デフォルトの名無しさん [2008/05/17(土) 03:12:12 ] TortoiseSVNの質問です。 TortoiseSVNで認証が必要なサーバーにコミットするのに、 パスワードの入力が必要なくコミットできたのですが、 これは何故でしょうか？ 以前、そのサーバーにはコマンドライン版の svn にて認証を通し、コミットしたことがあります。 svnでは、 C:\Documents and Settings\（ユーザー名）\Application Data\Subversion\auth\svn.simple などにユーザー名、パスワードなどを保存しているようなのですが、 TortoiseSVNでもこの設定を読んでいるのでしょうか？ 636 名前：デフォルトの名無しさん mailto:sage [2008/05/17(土) 10:59:28 ] TortoiseSVN のヘルプ開いて目次の 　TortoiseSVN - 日常操作ガイド - さぁはじめましょう - 認証 を参照。 ちなみに共有するのが嫌なら、 　TortoiseSVN - 日常操作ガイド - TortoiseSVN の設定 - レジストリ設定 を見れば、変え方が分かる。 637 名前：デフォルトの名無しさん [2008/05/17(土) 15:55:50 ] >>636 サンクス！ ヘルプにあったんですね。 というか日本語ヘルプの存在をはじめてしったｗ Subversionの設定をそのまま使うんですね。 簡単な認証なら便利ですね。 レジストリの設定は、レジストリに該当箇所（ConfigDir）が見つけられなかったけどたぶんSubversionの場所をさしているんでしょう。 638 名前：デフォルトの名無しさん [2008/05/18(日) 07:33:15 ] あれ？いまの TortoiseSVN のバイナリパッケージって、svn.exe 自体は含まれてないんだったっけ？ c:\Program Files\TortoiseSVN\bin 以下に入っているものとばかり思っていた。 639 名前：デフォルトの名無しさん mailto:sage [2008/05/18(日) 10:07:57 ] なんかコメントがカオスになってきてるんだけど いい感じのコメント規則ってないですかね？ 640 名前：デフォルトの名無しさん mailto:sage [2008/05/18(日) 15:36:04 ] >>638 不要じゃろう 641 名前：デフォルトの名無しさん [2008/05/19(月) 04:17:49 ] svnsync って双方向じゃないのが不便だね． リードオンリーのミラーを作るって，バックアップ目的 以外に使い道ある？ 642 名前：デフォルトの名無しさん mailto:sage [2008/05/19(月) 10:06:13 ] 双方向のニーズって何？ USBに入れて持ち歩いたり、なんちゃって分散リポジトリもどきでもやるのか。 643 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 14:19:52 ] リポジトリを作るときにtrunk,tags,branchesを作らずに全部直下に 入れる構造にしていて、後で直したいと思ったときはどうすればいいですか？ 3個をmkdirして現在直下にあるファイルをmvすると、mvのたび （つまり直下のファイルと同数だけ）リビジョンが増えてしまうのですが、 もっといい方法はありますか？ 644 名前：デフォルトの名無しさん [2008/05/21(水) 15:51:05 ] ファイルを1つ動かす度にコミットしなければ良い。 645 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 16:00:05 ] そういえば % svn {mv,cp} hoge.txt hage.doc hige.c dir/ って複数のmv/cpは書けないって知ったときは目が点になったな。 最新版では書けるのかな。今のところforで書いてるけど、タルい。 646 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 16:09:20 ] >>643 簡単な解決策： リビジョン番号が増えるのを気にしない 647 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 17:24:58 ] バグに対する簡単な解決策：バグがあるのを気にしない 648 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 21:51:39 ] >>645 改造して、patch を公開してくれるとプチヒーローになれるかも。 >>646 リビジョン番号はあまり気にしないけど、似たようなログが３個も あるのはすごくダサいと思う。 649 名前：デフォルトの名無しさん [2008/05/21(水) 22:57:10 ] >644 で解決じゃないの？ 650 名前：つーか、単なる雑談だわ。 mailto:sage [2008/05/22(木) 00:38:43 ] あ〜、リビジョン番号の方は解決済みだよ。 より簡単な方法を模索してるだけ (w 651 名前：デフォルトの名無しさん mailto:sage [2008/05/22(木) 01:29:53 ] >>643 リポジトリのルートからのコピーで trunk を新規作成すればいい。 URL 指定のリポジトリ内コピーで一発。 652 名前：デフォルトの名無しさん mailto:sage [2008/05/22(木) 07:43:28 ] 自分ならdumpして加工してloadするが

---

---

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

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