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/ 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するが 653 名前：デフォルトの名無しさん [2008/05/22(木) 12:40:53 ] Subversion はワーキングコピーが内容の二倍になっちゃうけど、 他のバージョン管理システムでも同じようなものなの？ diff をとろうとする以上そうなってしまうような気がする。 654 名前：デフォルトの名無しさん [2008/05/22(木) 13:21:08 ] 今の subversion には text-base 以下を再び リポジトリから持ってきて修復する手段がないよね 655 名前：デフォルトの名無しさん mailto:sage [2008/05/22(木) 14:10:39 ] >>643 svn rm * svn cp `svn info | ruby -e'$<.grep(/^URL:\s*(.*)/){print $1}'` trunk svn mkdir tags branches svn ci >>645 確か 1.5 からできる。 656 名前：デフォルトの名無しさん mailto:sage [2008/05/22(木) 22:00:18 ] >>651 なんで、リポジトリ内コピーなんてするんだ？ >>643 はワーク内で移動/コピーして一気にコミットしたいんだと思うが。 >>653 管理ファイルもあるから、２倍＋αだな。 まあ、BASE ファイルを圧縮するとか複数のファイルをまとめて管理する とかのちまちました削減策は可能だけど、HDD の GB 単価が 20円を切っ てる状況では多少のディスク容量と引き換えにプログラムを難しくする 必然性はないだろうな。 657 名前：デフォルトの名無しさん mailto:sage [2008/05/22(木) 23:24:15 ] 馬鹿は偉そうに沸かなくて良いよ恥ずかしいから 658 名前：デフォルトの名無しさん mailto:sage [2008/05/23(金) 01:00:27 ] svn diff -rHEAD とやると、現在のリビジョンと最新とのdiffが見れますが、 先頭の+と-を逆に表示できればしたいのですが、可能でしょうか？ どうにも見づらいのです・・ 659 名前：デフォルトの名無しさん mailto:sage [2008/05/23(金) 08:31:50 ] ワーキングコピーのリビジョン(CUR)がわかれば svn diff -rCUR:HEAD ではだめ？ 試してないからわからないけど。 660 名前：デフォルトの名無しさん mailto:sage [2008/05/23(金) 09:07:31 ] >>645 https://svn.collab.net/repos/svn/branches/1.5.x/CHANGES > * 'svn move file1 file2 ... dir' now moves the files into dir (issue #747) 661 名前：デフォルトの名無しさん mailto:sage [2008/05/23(金) 11:02:46 ] >660 おお、やったぁ (って、debian stableに落ちてくるのはだいぶ先っぽいな...) 662 名前：デフォルトの名無しさん mailto:sage [2008/05/23(金) 12:44:37 ] たぁぼぅるからインスコすればいいんじゃね 663 名前：デフォルトの名無しさん [2008/05/23(金) 12:49:08 ] 同じサーバに数人が同居していて、それぞれ自分の ホームディレクトリ以下にリポジトリを作って svn+ssh で幸せに暮らしているのですが、 各人のリポジトリを WebDAV 経由（Apache経由） ででもアクセスしたいなという要求が出てきました。 しかし Apache は各ユーザとは無関係の権限で 動いています（Debian 系なら apache, Redhat 系なら httpd）。このときパーミッションなどをうまく 設定する方法はあるのでしょうか？ 664 名前：デフォルトの名無しさん [2008/05/23(金) 14:22:18 ] >>663 ACLを調べるんだ。 665 名前：デフォルトの名無しさん mailto:sage [2008/05/23(金) 22:03:02 ] >>658 自分はこうしてる svn diff -r base:head むしろ、(編集された)作業ディレクトリとHEADとのdiffが見たいんだけどな‥‥ 666 名前：デフォルトの名無しさん mailto:sage [2008/05/23(金) 23:09:05 ] >>657 話に入れないからと言って僻むなよ。(w >>663 そもそも、svnserve の設定はどうやってるんだ？ 各人のリポジトリが他人から触られてもいいのなら、subversion とかの グループ作って、apache / httpd をそれに加えておき、各人のリポジト リを subversion グループに読み書き可にすればいい。 もっと簡単なのは各人毎に Apache 立ててしまうことだと思う。 667 名前：デフォルトの名無しさん [2008/05/24(土) 06:03:15 ] >>666 >もっと簡単なのは各人毎に Apache 立ててしまうことだと思う。 それはいいかも。 そのとき Apache は inetd 経由で別々のユーザとして 起動するのがいいのかな。ポート番号をユーザごとに変えて。 ポート番号 = ユーザ番号とかだと覚えやすいかもしれないけど、 mod_proxy とか pound なんかで振り分けてやるほうがいいのかな。 668 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 06:22:23 ] inetd経由するなら素直にsvnserveでsvnプロトコルしゃべらせた方が楽じゃん。 669 名前：デフォルトの名無しさん [2008/05/24(土) 06:30:00 ] >>668 それなら素直に ssh+svn でいいジャンという話に･･ もともと、WebDAV クライアント経由で閲覧したいという 話になったので、svn+ssh 以外のアクセスパスを用意したくて。 なぜ WebDAV クライアント経由で閲覧したかったかというと、 社内で導入したドキュメント管理システムの持っている 全文検索機能に組み込みたかったのです。 で、そいつは CIFS を直接マウントするか HTTP/FTP で 覗くことができる場所しかインデックスしてくれないんで。 670 名前：デフォルトの名無しさん [2008/05/24(土) 06:32:46 ] ところで、アクセス制御って HTTP なら AuthzSVNAccessFile でパス単位で、 svnserve なら conf/ 以下の設定でリポジトリ単位で、記述することが できるわけですが、そもそもそういうメタレベルの設定って プロパティに書けないものかなぁ、と思うのです。 ただ、プロパティをいじるにもアクセス制御が必要なので、 そこは鶏と卵になる？ 671 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 12:56:02 ] >>669 > 社内で導入したドキュメント管理システムの持っている > 全文検索機能に組み込みたかったのです。 単一のシステムが読出ししかしないなら、そのシステム用のグループ/ユーザ id 作って、各リポジトリを読出しのみ可能にしとけば済むと思うが。 あるいは頑張って、libsvn_ra_ftp を作るとか。(w 672 名前：デフォルトの名無しさん [2008/05/24(土) 16:09:46 ] クライアント側はがんがんバージョン上げちゃって 1.5 なんだけど、サーバはずっと 1.3.1 のまま 放置プレイ中。問題ナッシング？ 673 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 18:24:36 ] もし1.5ののマージ追跡新機能を使いたいならば、サーバーも更新する必要があるんじゃなかったかな。 はやく1,5リリースされないかなあぁぁ 674 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 18:38:04 ] マージ追跡新機能はクライアントが全員1.5以上じゃないと意味ないんじゃなかったっけ。 svn:externals の相対パスはどうかな。 675 名前：デフォルトの名無しさん [2008/05/25(日) 06:32:18 ] SVNListParentPath と AuthzSVNAccessFile が 同時に使えないというバグは直ってないのか？ mod_dav_svn 1.4.6 では直ってない。 676 名前：675 [2008/05/25(日) 06:38:29 ] ふうむ、まだなのか。 subversion.tigris.org/issues/show_bug.cgi?id=2753 このバグって2005年ごろからあった気がするんだけどなぁ。 2日ほどこれだけに専念させてくれるならFIXするんだが・・ 677 名前：675 mailto:sage [2008/05/25(日) 07:52:50 ] 一応上のリンクに書かれている方法でなんとかなった。 678 名前：デフォルトの名無しさん [2008/05/25(日) 19:14:16 ] svnsync の使い道がよく分からない。 リードオンリーのリポジトリをミラーで作るって事なんだけど、 オリジナルとミラーとでは UUID が違うよね？ ということはミラーからいくらチェックアウトしても、 それをコミットしようがないじゃないか。 679 名前：デフォルトの名無しさん [2008/05/26(月) 15:05:53 ] CVSだとtrunkの履歴をみても、どのリビジョンがどのタグに使われたか直ぐ判る。 SVNだとタグもコピーだから、コピー元であるtrunkを見ても、どれに使われたか判らない。 どうすればいいの？ 680 名前：デフォルトの名無しさん mailto:sage [2008/05/26(月) 23:33:26 ] >>679 tags ディレクトリのログを見るとか。 TortoiseSVN のリビジョングラフのような外部の解析プログラムを使うとか。 681 名前：デフォルトの名無しさん mailto:sage [2008/05/28(水) 01:17:23 ] やっぱ外部ツールか。でも、外部ツールはどうやって判定してるんだろ。 リポジトリの全情報持ってきて解析してる？ 682 名前：デフォルトの名無しさん mailto:sage [2008/05/28(水) 01:41:59 ] >>681 TortoiseSVN のソース見れ。 683 名前：デフォルトの名無しさん mailto:sage [2008/05/28(水) 10:38:47 ] 自分で作るとしたら svn log --xml の出力結果を使うだろうな 684 名前：デフォルトの名無しさん mailto:sage [2008/05/28(水) 11:46:42 ] svn log -v でコメントを出さずに変更パスのみ出せれば grep で簡単に判断できるのに。 転送量も減るし。 685 名前：デフォルトの名無しさん mailto:sage [2008/05/29(木) 02:07:27 ] ここ見て、Tortoiseで全然更新されてないファイルの リビジョンログ見てみたら数分掛かったよ…。ここはCVSの方が便利だな。 思ったけど、この情報は過去の分は不変なんだから、 ViewVCみたいなサーバ側ツールなら情報を溜めておけるから、 さくさく見れるようにして欲しいな。 686 名前：デフォルトの名無しさん [2008/05/29(木) 06:03:16 ] >>685 svk で手元に引っ張ってきていれば少しはましなのかもしれないけど あんまり根本的な解決方法じゃないね． リビジョンログ見るのに時間がかかるとみる頻度も落ちて， 結果的にログを適当に書くようになっちゃった．； まぁ一人プロジェクトだから自分の作業日記見ればいいわけなんだけど． その作業日記がそもそもログなわけで，ああ〜なんかいい方法はないかね． 687 名前：デフォルトの名無しさん [2008/05/29(木) 06:06:23 ] リビジョンログは常にワンクリックで即時確認できるくらい キャッシュしておいてくれる仕組みがあればいいわけだが， そういうのは TortoiseSVN の今後の進化に期待． 688 名前：デフォルトの名無しさん mailto:sage [2008/05/29(木) 06:27:21 ] リビジョンログのキャッシュは、1.5にはあると思った。 689 名前：デフォルトの名無しさん [2008/05/29(木) 07:08:50 ] >>688 マジで？ ディストリビューションに含まれてるのをそのまま使ってるから 1.4.6 で止まってるよ．俺． つーか，サーバに関しては 1.3.x のままだし． ソースから入れるか・・・・ 690 名前：デフォルトの名無しさん mailto:sage [2008/05/29(木) 09:56:02 ] TortoiseSVN 1.5.x のログキャッシュ、ご参考 ttp://tortoisesvn.net/docs/nightly/TortoiseSVN_ja/tsvn-dug-settings.html#tsvn-dug-settings-logcache 691 名前：デフォルトの名無しさん [2008/05/29(木) 10:30:59 ] THX TortoiseSVN の話か。 でも Windows でも使っているからアップデートしてみるか。 Nightly みたいだけど。 692 名前：デフォルトの名無しさん mailto:sage [2008/05/29(木) 12:23:02 ] 1.5っていつごろでそう？ 693 名前：デフォルトの名無しさん [2008/05/29(木) 12:51:36 ] svn:external で自動的にチェックアウトされたリポジトリには それと分かるオーバーレイアイコンがついていてほしいんだけど そういうことは可能？ 694 名前：デフォルトの名無しさん mailto:sage [2008/05/29(木) 13:12:50 ] おまえには無理 695 名前：デフォルトの名無しさん [2008/05/29(木) 17:44:09 ] cygwin の Subversion パッケージが 1.4.5 のままだ・・・ TortoiseSVN で 1.5 のワーキングコピーにしちゃったよ orz 696 名前：690 mailto:sage [2008/05/29(木) 19:42:11 ] >>695 あー、ごめん。 自分では Nightly しか使ってないから注意喚起するの忘れてた。 これを機会に svn.exe 、 svnadmin.exe も TortoiseSVN の Nightly に置いてある ものにしてしまうとかいかが？ (^^; 697 名前：デフォルトの名無しさん mailto:sage [2008/05/29(木) 22:36:10 ] >>659 駄目ですた >>665 ありがとうございますた 698 名前：デフォルトの名無しさん [2008/05/30(金) 06:33:50 ] Subversion 1.5 のドキュメントってどこが最新？ 英語版でいいので．なんか知らん機能がいっぱいありそう． 699 名前：デフォルトの名無しさん mailto:sage [2008/05/30(金) 11:48:14 ] svnbook.red-bean.com/index.en.html 新しい機能はこっちを見たほうが早いかもしれない。 subversion.tigris.org/svn_1.5_releasenotes.html 700 名前：デフォルトの名無しさん [2008/05/30(金) 17:48:00 ] そういや、1.5 では fsfs のリポジトリの保持方法が 変わって（２階層になって）パフォーマンスが向上 したらしいけど、リポジトリのサイズで考えたら いったいどの程度が限界なんだろうね。 でっかいのをドカンとコミットするか、細切れにコミットして 無駄にリビジョンあげていくかにもよるんだろうけど、 どちらにしろファイルシステムの限界まで肥大化した リポジトリなんてのでも耐えられるんだろうか。 ウェブ関係のデザイナーさんに使ってもらったら、 さくさくと使いこなしてくれるのはいいんだけど、 最近でっかい画像の素材（たとえば写真の編集前の rawデータとか）まで放り込んでいるようで、今は LAN内の Apache で元気に動いてはいるんだけど 既にリポジトリのサイズが30GBくらいに・・・・・ なんか使い方間違っているような気もしないではないけど、 でもそういうヘビーな使い方で壊れるようじゃ 日常使いにも不安だし。その辺の耐久性（というか限界値） ってどこかに言及されていないですかね。 もう誰も使っていないと思われるBDBバックエンドに関する 限界について書かれた文書は結構ヒットするんだけど意味なし。 701 名前：デフォルトの名無しさん mailto:sage [2008/05/30(金) 17:54:01 ] うちのブログにsubversionのbdb壊れたーー！ って泣きながら来る人一杯居るよ。 702 名前：デフォルトの名無しさん [2008/05/30(金) 17:58:24 ] >>701 まじっすか。 bdb は LDAP (slapd) のバックエンドで使っていて、 ぶっ壊れてえらい目にあったことがあるので敬遠してました。 今のバージョンだと svnadmin create でのデフォルトは fsfs ですよね？ 703 名前：デフォルトの名無しさん mailto:sage [2008/05/30(金) 18:13:52 ] BDBってそんなに脆いの？ 704 名前：デフォルトの名無しさん mailto:sage [2008/05/30(金) 20:14:37 ] 脆いというか、壊れたら全部いっちまいます。 705 名前：デフォルトの名無しさん mailto:sage [2008/05/30(金) 20:26:01 ] subversionのリポジトリって基本追加だけだからfsfsは強いのかな。 706 名前：デフォルトの名無しさん mailto:sage [2008/05/30(金) 20:38:33 ] fsfs いいよ、fsck の操作を間違えて /lost+found の中でばらばらになった fsfs を元に戻せたよ。 707 名前：デフォルトの名無しさん mailto:sage [2008/05/30(金) 21:15:01 ] バックアップしてれば壊れることを心配する必要なかろう 708 名前：デフォルトの名無しさん mailto:sage [2008/05/30(金) 23:13:29 ] バックアップしてから壊れるまでの間の変更がパーになるかもしれないんだから、 壊れやすいなら心配する方が普通だと思うが。 709 名前：デフォルトの名無しさん mailto:sage [2008/05/31(土) 00:43:36 ] >>707 まあ、あの次期の俺は少し気が緩んでいた。 後悔したんで今はこまめにバックアップを取るようにしている。 710 名前：デフォルトの名無しさん mailto:sage [2008/05/31(土) 08:50:19 ] subversionのリビジョンが1000だとして、 800にしようとすると1から順に800までパッチ当ててく感じ？ それとも1000から逆に800まで当ててく？ 711 名前：デフォルトの名無しさん [2008/05/31(土) 10:45:47 ] /etc 以下の設定ファイルなどを Subversion で管理しているんだけど、 パーミッションやuid/gid も保存したいので posix:uid posix:gid posix:permissions なんていう プロパティに保存してチェックアウト時に復元するスクリプトかいてるんだけど、 こういう機能って標準では無いですか？ シンボリックリンクや実行可能属性は特別扱いしてくれるんだから、 もうちょっと突っ込んで取り扱ってくれたらいいのにと思う雨の土曜日。 皆さんいかがおすごしですか？ 712 名前：デフォルトの名無しさん mailto:sage [2008/05/31(土) 11:31:37 ] >>800 working copyなら svn up -r800 exportなら svn diff -r1000:800 > diff を作って当てる 713 名前：デフォルトの名無しさん mailto:sage [2008/05/31(土) 11:35:43 ] >>711 ないね。 その用途なら svv ってのがあるから参考にすれ。 sakurai.sumomo.ne.jp/page/svv 714 名前：デフォルトの名無しさん mailto:sage [2008/05/31(土) 12:41:25 ] >>712 ロングパス乙 て言うか、>>710 の質問の意図理解できてないような気が...。 715 名前：デフォルトの名無しさん [2008/06/01(日) 09:03:18 ] Firefox のプロファイルを Subversion で同期すれば 複数のPCのFirefox の状態を同期させられるんじゃね？ と思ったけど、マージがうまくいかなくてどうしようも なくなる気もした。 Firefox 3 RC1 にして Google Browser Sync が 使えなくなったのでそんなことを考えてみる日曜日。 持ち帰りの仕事がいっぱいなので試してみる時間がない。 暇な奴やってくれ。 716 名前：デフォルトの名無しさん mailto:sage [2008/06/01(日) 13:55:11 ] firefoxのプロファイルって絶対パス記述するファイルがあったような…あれさえなければ 717 名前：デフォルトの名無しさん mailto:sage [2008/06/03(火) 17:19:59 ] >>711 残念ながら uid/gid は眼中にありませんでした。申し訳ありません。 718 名前：デフォルトの名無しさん [2008/06/03(火) 23:49:45 ] つ PortableFirefox 719 名前：デフォルトの名無しさん [2008/06/04(水) 18:48:07 ] svn:external で指定したディレクトリ以下を それぞれどの深さまで取りに行くか，指定できない？ 関連するリポジトリのルートから2階層まで取っておきたいとか． 720 名前：デフォルトの名無しさん [2008/06/04(水) 19:33:05 ] ワーキングコピーの形式が変わったのってどっからだっけ？ 1.4.6 と 1.5.x の間には互換性がない？ 721 名前：720 [2008/06/04(水) 19:39:38 ] pysvn 使ってちょっとしたツール作ろうと思ったんだけど， 全部すでに subversion 1.5 でチェックアウトしてしまっているんだよ・・ orz 722 名前：デフォルトの名無しさん mailto:sage [2008/06/04(水) 21:06:38 ] EDITORにviとか設定して、　svn ci　とやるとコミット対象ファイルがずらっと出ますが このときにコミットしたくないファイルを選ぶことはできないでしょうか？ コミットしたいファイルだけを指定する手間を省きたいのですが・・ 723 名前：デフォルトの名無しさん mailto:sage [2008/06/04(水) 23:46:57 ] >>722 emacsつかってsvn-statusがでやればいいんじゃないの？ 或いは全部手で指定するか 724 名前：デフォルトの名無しさん mailto:sage [2008/06/05(木) 09:37:08 ] 1.5 の正式リリースってまだ？ 725 名前：デフォルトの名無しさん mailto:sage [2008/06/05(木) 10:57:16 ] ttp://subversion.tigris.org/servlets/ProjectNewsList RC9 のとこによるとまくいけば1-2週間、RC8 の時も同じ事書いてあるけど。 RC の冒頭の段落、面白いねｗ 726 名前：デフォルトの名無しさん mailto:sage [2008/06/05(木) 12:19:01 ] マージ追跡がもうすぐ使えるのか。わくわく totoiseSVNはこの後すこし遅れになるのかな？ 727 名前：デフォルトの名無しさん [2008/06/05(木) 15:14:52 ] svn.collab.net/ みんなここみてるの？ あ〜早く 1.5 の python binding 使いてぇ。 自分でビルドするの超めんどくせぇ。 Visual Studio 2005 Professional は持ってるけど。 Visual C++ 2008 Express Edition でもいいのか。 ・・・やっぱビルド環境整える時間がねぇ。 728 名前：デフォルトの名無しさん [2008/06/05(木) 17:23:17 ] merge-tracking.open.collab.net/servlets/ProjectProcess?pageID=3711 ここにバイナリあるじゃねぇか っていうか、open.collab.net ってどういう位置づけなんだ。 こんなところがあったなんて知らんかった。 ・・・まぁ各種Linuxのディストビューションに入ってる奴と TortoiseSVNを素直に使ってるだけだからなんだが。 729 名前：デフォルトの名無しさん [2008/06/05(木) 17:51:19 ] merge-tracking.open.collab.net/files/documents/147/598/CollabNetSubversion-server-1.5.0-17.win32.exe がーん、肝心の↑がダウンロードできねぇ・・・・俺もうだめぽ 730 名前：デフォルトの名無しさん [2008/06/05(木) 22:42:22 ] おお，上のページ，少しずつ RC9 に置き換わって行ってる 731 名前：デフォルトの名無しさん [2008/06/06(金) 01:17:51 ] チェックアウトした際の --depth オプションって あとから変更できないのかな？ 732 名前：デフォルトの名無しさん [2008/06/06(金) 06:55:27 ] TSVNCacheの情報って他のアプリケーションから使えないもんですかね． ディスク内総なめにしてコミット忘れを検出するツールとかつくるときに キャッシュがあると（判定のフレッシュさに不安はあるものの）便利そう 733 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 10:26:26 ] >>732 tortoisesvn.tigris.org/svn/tortoisesvn/trunk/src/TSVNCache/CacheInterface.h 名前付きパイプ？開けば使えるかも。 734 名前：デフォルトの名無しさん mailto:age [2008/06/06(金) 18:28:45 ] 今、まったくSVNで管理されていないサイト(同サーバ内)があり、 それをSVN管理下に置きたいと思っています。 本番：　/dir/to/honban/**** テスト：/dir/to/test/**** trunkとbranchを使うのは運用的に煩わしいので、 単純に、テスト側のものを（「****」部分）リポジトリに突っ込んでおいて、 本番側で(cd /dir/to/honban) svn updateすれば良いスタイルにしたいと思っています。 で、リポジトリをSVNサーバ側で作成し、 そのリポジトリのrootにテスト側の「****」を突っ込みました。(rev.1) その後、本番側でsvn updateできるようにしようと思い、 3時間ほどいろいろ試したのですが、結果的にできませんでした。 その際やりたい条件が、 ・本番側をなるべく停止させたくない ・/dir/to/honban/****を全消ししてcheckoutしなおすのは× 　→ログファイルなどがあり、管理外のファイルが多くある為 試みたこと 1.ただ単純にcheckoutしてみる 　→「既にファイルがあるからダメ」と怒られた 2.rev.0（空っぽ）をcheckoutし、その後updateしてみる 　→update時に「既にファイルがあるからダメ」と怒られた 3.rev.0をcheckoutし、最新リビジョンにswitchしてみる 　→switch時に「既にファイルがあるからダメ」と怒られた ちなみに、この場合本来であれば、本番・テスト両者をそれぞれ、trunkとbrancheにコミットして、マージするのが普通なのでしょうか？ 長文ですが、どなたか教えてください。よろしく。 735 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 19:57:58 ] マージ関連の質問です。 branchAをリリース 　branchA → trunk にマージ 次期リリースのためにbranchBを作成 　trunk → branchB にコピー リリース版にバグが発見されたのでtrunkを修正(※) branchBにも伝播させたい 　trunk → branchB にマージ branchBをリリース branchB → trunk にマージ というフローの場合、※がtrunkに2回行われることになるのはどうやって避けていますか？ trunk → branchB にマージしたリビジョンを避けてtrunkにマージ、でしょうか？ すみませんが回答お願いします。 736 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 20:14:17 ] >>734 使い方が間違っている。 空のフォルダにcheckoutして、その後はupdateが基本 737 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 20:20:23 ] >>735 brannchBにtrunkの最新版RevCをマージ。続いてtrunkRevCを元のbaranchBを先の差分がbranchBの変更分になるので、それをtrunkのheadにマージ。 738 名前：735 mailto:sage [2008/06/06(金) 20:43:58 ] >>737 説明が悪かったかもしれず、申し訳ありません。 branchB の※までに行われた修正もtrunkにマージしたいです。 branchBを作成した RevA branchBを修正した RevB trunkを修正した RevC trunkの修正をbranchBに取り込んだ RevD branchBにさらに修正を入れたRevE で、trunkチェックアウトディレクトリで、 　svn merge -r RevA:RevE branchB とやってしまうとRevCが2重にtrunkへ反映されてしまいます。 それを避けるためには以下のようにやらないとだめでしょうか？ svn merge -r RevA:RevB branchB svn merge -r RevD:RevE branchB 739 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 20:46:54 ] >>734 チェックアウトディレクトリをそのまま公開ディレクトリにしてるってことなら svn updateでいけそうに思うけどなあ .svnディレクトリ消したりしてないよね？ 740 名前：737 mailto:sage [2008/06/06(金) 21:04:55 ] >>738 俺の説明も悪かったかも試練ができるよ さらにtrunkの変更がされてたとしよう。それをRevFとする それをbranchBに取り込むとRevGとなる そこで、RevG-RevFの差分をとるとどうなるか。 RevG=ABCEF RevF=CF RevG-RevF=ABEとなってtrunkからマージした分を省いた差分が出来上がるわけだ。RevGとRevFの差分を指定してtrunkのHeadにマージすればいい。 741 名前：735 mailto:sage [2008/06/06(金) 21:10:48 ] >>740 たびたびありがとうございます。 それで、RevBの内容がtrunkにマージされるなら問題ないのですが そんなことない、、ですよね？ 742 名前：737 mailto:sage [2008/06/06(金) 21:17:16 ] >>741 される。 trunkをbanchiにマージした結果、branchとtrnkの差異はbranchBで修正した分だけになるのがポイント。 743 名前：735 [2008/06/06(金) 21:38:03 ] >>742 merge -r RevF:RevG branchB とした際、RevFからRevGまでの間に発生した、branchBに対して行われた 事がtrunkに行われるだけですよね。 マージ先、元との差分を見てマージするのではなくて、マージ元の 指定リビジョン間における修正を、マージ先にも逐一行うといいましょうか。。 もしかして自分、すげえ勘違いしちゃってます？ # branchBの内容をtrunkに上書きしてコミットも考えはしたのですが、気持ち悪く。。 744 名前：737 mailto:sage [2008/06/06(金) 22:04:36 ] >>743 tortoiseSVN使ってるのでコマンドラインは良く分からないけど、異なるツリー間の差分を取る操作にする必要がある。 tortoiseSVNのマージダイアログでは、trunkのrevFを元、branchBのrevＧを先に指定してtrunkにマージすればうまくいく。これはちょうどbaranchiをtrunkに上書きするのと同等。 745 名前：735 [2008/06/06(金) 22:55:28 ] tortoiseSVN、コマンドラインともに revFからrevGへの修正をtrunkにマージしただけだとRevBでbranchBに 対して行った修正が反映されずでした。 あきらめてtrunk→branchBのマージを行ったリビジョン以外の branchBに変更があったリビジョンをtrunkにマージしました。 大変お騒がせしました。 746 名前：デフォルトの名無しさん mailto:sage [2008/06/07(土) 00:56:22 ] >>734 svn exportでいいんじゃないか？ 「削除されたファイル」の扱いは別途考えなきゃいけなそうだけど。 あと、問題があって戻す時のことを考えると、trunkとtagsは使ったほうがいいと思う。 747 名前：デフォルトの名無しさん mailto:sage [2008/06/07(土) 03:49:42 ] >>745 $ svn merge trunk-url@RevF branchB-url@RevG trunk-working-copy 748 名前：デフォルトの名無しさん mailto:sage [2008/06/07(土) 13:30:44 ] あああ！ trunkのRevFからbranchBのRevGを指定するんですね。 ずっとtrunkの作業コピーでbranchBのRevFからRevGをマージしてました。。。 軽く吊ってきますo...rz 749 名前：デフォルトの名無しさん mailto:sage [2008/06/07(土) 13:32:24 ] >>744 ちゃんとよめてなくてすみませんでした＞＜ 750 名前：デフォルトの名無しさん mailto:sage [2008/06/07(土) 22:07:40 ] subversionいい加減に滅びないかなぁ 751 名前：デフォルトの名無しさん mailto:sage [2008/06/07(土) 23:11:40 ] >750 SCCSすら生きてるぞうちのサイト... 752 名前：デフォルトの名無しさん mailto:sage [2008/06/07(土) 23:26:11 ] subversionより機能的に上のバージョンコントロールシステムってなんかある？ 753 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 01:41:23 ] >>752 むしろ、subversionでなきゃコレ出来ないだろ、的なのを教えてくれ。 754 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 01:55:38 ] バージョン管理システムについて語るスレ pc11.2ch.net/test/read.cgi/tech/1193332500/ 755 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 02:50:47 ] >>754 mercurial/gitがポストSVN扱いされてる感じだな 一方でBSDがSubversion適用なんていう味な話も混ざるねえ 756 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 05:02:26 ] 作業コピーにたいして、いろいろ追加したばあい、 svn add --force * svn commit で一気にできるんだけど 作業コピーのファイルやディレクトリを削除したばあい、どうすればいい? ファイルを消したあとsvn deleteができればいいんだけど。 757 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 05:55:51 ] >>753 無料で使える便利なGUI 758 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 08:02:49 ] >>756 フォルダごとさっぱり消していい。 759 名前：デフォルトの名無しさん [2008/06/08(日) 10:03:06 ] 個人的には Mercurial を使うことも多い． でもむしろ「中央」のリポジトリが明確な方が分かりやすいというのもある． 人に使ってもらうリポジトリを用意するなら Subversion がいいかな． Apache のモジュールとして動くことで普通にブラウザからアクセスできたり， TortoiseSVN の存在も大きいかな． 760 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 16:54:06 ] 確かに複数人で使う場合はまだまだSubversionだね。 761 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 17:21:08 ] Subversion は CVS のときほど不便さを感じていないので 勉強してまで他のものを使う気にはならない。 762 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 17:43:17 ] 会社で使うならSubversionだな。 # 個人利用時の話だが、mercurialでpush/pullを忘れて涙目になったことが少なからず……。 763 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 18:29:19 ] なんちゃって技術系ブロガー（子飼いナントカとか）に 「Subversionを使わない１０の理由」みたいなチョウチン記事かかせりゃ 一発で流れるよ 764 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 19:24:04 ] リーナスが Subversion をボロ糞にいっているのはどういった理由からでしょうか? 何件か記事を読んだんですが「ちゃんとしたCVSなんて無理」のような発言しか分か りませんでした。 765 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 19:32:00 ] >>764 批判を特に肯定する記事も少なく、subversion側も冷静な反論をリリース済みだから、それ以上はスルーしてんじゃないか 766 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 20:30:34 ] ちっとばかしスラドJPの当該ネタ読んでみたけど、 いまいちよーわからんね。 まーLinusやESRが妙な怪気炎を上げるのは風物詩になりつつあるような。 767 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 22:12:24 ] まあ、Linux のカーネルクラスになると Subversion では力不足なのかも 知れないし、git と Mercurial の方がより優秀なのかもしれないけど、 俺たちはLinux のカーネル作ってるわけじゃないんだからほっといてく れって感じじゃね。 768 名前：デフォルトの名無しさん [2008/06/08(日) 22:25:43 ] RMSはどのバージョン管理ツール使ってるんだろう。 769 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 22:25:46 ] >>764-767 そもそもSubversionの作者サイドが「Linuxカーネルのようなのには向いてないので推奨しないでくれ」て言ってるのに Linusが「あんなの使えねえ。gitでぶっ潰してやる！！！」だもんな。どこのイスラム原理主義勢力だよ。 770 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 22:37:56 ] フリーウェアなんだから自由に作って構わないと思うけどなあ。 771 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 23:19:39 ] まあ、>>765 が言う通りスルーで正解だな。 にちゃんと一緒だ。 772 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 23:56:47 ] FreeBSDはCVSからSubversionに移行したな Linuxカーネルよりはるかに規模が大きいけど 773 名前：デフォルトの名無しさん mailto:sage [2008/06/09(月) 00:16:50 ] 中央集権的なモデルにこだわりがあるのだろう、きっと 別に分散型が流行ってるからといって選ばなくちゃならんわけでもないし あるいは移行作業が膨大で、発表は昨今だけど準備はずっと前からやってて 準備を始めたころにはgit/hgがなかったか移行候補になるほどじゃなかった、とか 774 名前：デフォルトの名無しさん mailto:sage [2008/06/09(月) 00:32:30 ] >>773 FreeBSD Daily Topics : 2008年6月7日　FreeBSDコアチーム選挙開始，Subversion選択の理由は？，6.4 7.1 7.2 8.0リリーススケジュール発表 ttp://gihyo.jp/admin/clip/01/fdt/200806/07 移行のしやすさとかなんとか 775 名前：デフォルトの名無しさん mailto:sage [2008/06/09(月) 00:41:30 ] TortoiseHGってTortoiseSVNと比べて遜色ない？ 776 名前：デフォルトの名無しさん mailto:sage [2008/06/09(月) 01:53:48 ] >>774 >Subversionをメインのリポジトリとしながらも， >CVSリポジトリへの複製を随時実行しCVSもサポートされ続けます。 なるほどね FreeBSDはCVSを配布ツールとしても使ってるからね cvsupなんかを使って 777 名前：デフォルトの名無しさん mailto:sage [2008/06/09(月) 05:32:10 ] >>775 遜色ありまくり 778 名前：734 mailto:age [2008/06/09(月) 12:13:54 ] みなさんご回答ありがとうざいます。 >>736 すみません。 確かに自分でもそう思うんですが、 現状動いているものをSVN管理下に置きたい場合、 こういった作業が発生してしまうのは仕方ないと思うので、聞いてみました。 管理外のファイルのコピーさえ、楽にいければそれで良いんですが。。。 >>739 .svnを消したりはしてません。 試みた全ての場合で、 「既に〜〜〜というディレクトリ/ファイルは存在します」的なエラーになります。 --forceなどをつければいけるかと思ったんですが、 checkoutやupdate、switchではダメなようです。 >>746 exportということは、本番環境は SVN管理下にはおけないということですよね。 管理下に置いて、本番環境で「svn update」でテストで施工した内容を 反映出来るようにしたく思っていて、 毎回テストを更新後にexport（全部書き換え）ではちょっとしんどいです。 自分で書いてから思ったんですが、 本番環境側をtrunkにコミットして、テスト環境側をbranchにコミットして、 その後、マージは無理でしょうか？ svn copyしとかないとマージって無理ですよね。。。？ 今日も引き続き悩んでみます。 どなたか良い案があれば教えてください。よろしくお願いします。 779 名前：デフォルトの名無しさん mailto:sage [2008/06/09(月) 12:19:03 ] >>768 このあいだまでメンテナだった GNU Emacs は、まだ CVS だね。 780 名前：736 mailto:sage [2008/06/09(月) 12:33:27 ] >>778 空のフォルダーを作ってチェックイン。続いてチェックアウト。ファイルをそこにコピーして、バージョン管理が必要なファイルを追加。 その後はupdateでOK 781 名前：734 mailto:sage [2008/06/09(月) 16:55:51 ] >>780 度々スミマセン。 そうやれば確かにいけますね！思いつきませんでした。。。 ただ、この場合、管理外のファイルで、 動いているログなどが一瞬途切れてしまう可能性がありそうですね…。 すこしこれで検討してみます。 既存のファイルはとにかく上書きでcheckoutが理想ですね。 svn checkout --force 出来れば良いのになぁ。。。 どうにかならないものなんでしょうか。 782 名前：デフォルトの名無しさん mailto:sage [2008/06/09(月) 17:21:04 ] >>781 ちゃんと読んで無いのではずしてたらゴメン。 一旦、空のディレクトリにチェックアウトしてから、 .svnファイルをチェックアウトしたいディレクトリに 移動させたらどうかな。 ///repos/to/hogeを/hogeにチェックアウトするなら、 svn co ///repos/to/hoge /tmp/hoge mv /tmp/hoge/.svn /hoge 見たいな感じで。 783 名前：デフォルトの名無しさん [2008/06/09(月) 19:20:21 ] >>753 TortoiseSVN 784 名前：デフォルトの名無しさん mailto:sage [2008/06/09(月) 20:31:44 ] >>781 リポジトリの空のtrunkを目的のフォルダにチェックアウトする方法があるが、空じゃないよって警告が出る。 警告を踏み越えるのは自己責任でどーぞ。 785 名前：デフォルトの名無しさん mailto:sage [2008/06/10(火) 01:24:20 ] リポジトリツリーで、 その中のあるブランチのツリー上の配置を変更したい場合、 どうやったら良いでしょうか？ 例えば、 ///repos/to/hoge というディレクトリがあった時、それ配下を ///repos/to/old/hoge というように old ディレクトリを掘って、そこに一段下げるように したいのですが。 786 名前：デフォルトの名無しさん mailto:sage [2008/06/10(火) 01:47:35 ] oldディレクトリ作って TortoiseSVN で追加して、右クリックドラッグ&ドロップ 787 名前：デフォルトの名無しさん mailto:sage [2008/06/10(火) 02:40:49 ] oldディレクトリ作って svn add して svn move 788 名前：デフォルトの名無しさん [2008/06/10(火) 13:56:05 ] Not authorized to open root of edit operation チェックアウト時のこのエラーの回避方法がわかりません。 ご教授お願いいたします。 789 名前：デフォルトの名無しさん mailto:sage [2008/06/10(火) 20:01:31 ] >>788 権限無いです、って言われてるんだから管理者に権限貰いましょう 790 名前：デフォルトの名無しさん [2008/06/10(火) 23:13:20 ] Windows版のSVNを使っているんですが、 リポジトリを丸々バックアップ取る方法があったら教えて下さい。 791 名前：デフォルトの名無しさん mailto:sage [2008/06/10(火) 23:25:06 ] データディレクトリを丸ごとコピーが楽なんじゃないかと。 792 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 00:35:14 ] >>791 レスありがとうございます。 そんな簡単な方法でOKなんですか？ 793 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 00:53:36 ] >>792 他人がコミットするタイミングを避けられるならコピーでいいよ。 リポジトリのあるファイルシステムにネットワーク越しでなく 直接アクセスできるならsvnadmin dumpでどうぞ。 794 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 00:55:03 ] svnadmin hotcopy でいいんじゃないか？ 795 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 02:01:40 ] >>794 だな 俺は使ったこと無いけど・・・ 796 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 11:29:49 ] TracLightningのバックアップがsvnadmin hotcopyでやってたけど ずっとdumpでやってたのでこんなコマンドがあったのか！と 感動したマヌケな俺 797 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 12:29:01 ] >>796 dumpもリビジョンと差分を指定すれば速いけどな 798 名前：デフォルトの名無しさん [2008/06/11(水) 12:55:22 ] TortoiseSVNは便利なんですけど、これでコミットするとeclipseで何もできなくなる .svnのなかのファイルのバージョンが合わなくなるのかな・ フォーマットが不正ですみたいなメッセージがでてコミットも同期もできなくなる・・・ TortoiseSVNのバージョンは1.4.8.12137 Subclipseのバージョンは1.0.0 今、1.0.6があったので更新中・・・ これで動けばいいが。 皆さん問題なく使えてます？ 799 名前：798 [2008/06/11(水) 12:58:27 ] あ、治りました。 てか、書きこむ前に試せって？ すんません。 800 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 16:48:13 ] 1.5.x でも WC のフォーマットが変わるのでクライアントのバージョンを 統一するようにしてください。 801 名前：デフォルトの名無しさん [2008/06/11(水) 16:55:16 ] svk でデポジットを運用していたんだけど、 別のマシンにデポジットごと持ってきたときに .svk 以下を失ってしまいました。 デポジット自体は普通の Subversion リポジトリとして アクセスできているのですが、これを再び svk の デポジットとして認識させることはできるのでしょうか？ せっかくいろんなところからミラーリングしたので、 できればこのデポジットを大切に使いたいのですが･･･ ミラーリング対象に関する情報ってそのデポジット自身に svm:mirror などで記録されているのではないのでしょうか？ それだけだと不十分なんでしょうか？ 802 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 17:11:33 ] .svk以下って何の事だ 説明もいまいち要領を得ない 803 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 17:21:36 ] depot 804 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 17:28:03 ] //local/ にあたる部分を消しちゃったって話じゃ。 805 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 21:00:24 ] svkで預金を管理してるのな。 俺も昔のブランチをチェックアウトしたりミラーリングしたいぜ。 806 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 23:03:06 ] svn でファイルのタイムスタンプって保存できないんでしょうか？ 例えば、svn import した時のファイルツリー内の各ファイルの タイムスタンプを svn co する際にそのまま復元できるようには できませんか？ 807 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 23:43:06 ] その質問は飽きた スレ読んでから質問してね 808 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 00:47:09 ] 属性ってどんな用途で利用するの？ 809 名前：806 mailto:sage [2008/06/13(金) 00:58:40 ] 上でさんざん既出でした、、、スマソ…orz 810 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 01:39:48 ] 個人的には大昔から保存してきたテキストファイルディレクトリを 新しくsvnで管理したい時とかに>>806みたいなのが欲しい。 プログラムソースではそういうのの必要性感じないが。 811 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 01:44:40 ] >>675-677 の内容解説ってか検索に引っかかるようにメモ SVNListParentPath と AuthzSVNAccessFile の同時使用 <Location /foo> を <Location /foo/> とする 参考 ttp://discypus.jp/wiki/?%A5%BD%A5%D5%A5%C8%2FSubversion%2F%A5%E1%A5%E2 ttp://twilight.uh-oh.jp/diary/archives/71 812 名前：デフォルトの名無しさん [2008/06/13(金) 23:56:43 ] セキュアな通信を強制しつつリポジトリを公開するには、 svn+ssh以外に選択肢はないのでしょうか？ 813 名前：デフォルトの名無しさん [2008/06/14(土) 00:06:10 ] VPN 814 名前：デフォルトの名無しさん mailto:sage [2008/06/14(土) 01:39:37 ] >>812 httpsじゃだめなん? 815 名前：デフォルトの名無しさん mailto:sage [2008/06/14(土) 03:16:30 ] >>814 レスどうもです。 書き込んだあとにそれを思いつき試してみたのですが、 WITH_MOD_DAV_SVN=yes のオプションを加えた インストールがうまくいかず、挫折しました。 代わりに WITH_SVNSERVE_WRAPPER というオプ ションを発見しました。これを使い自分がやりたかった ことを達成できました。 816 名前：デフォルトの名無しさん mailto:sage [2008/06/14(土) 05:39:43 ] subversionってファイル個別にmime-typeやcharsetを変えるのってsvn鯖側でやるもんなんの？ それともクライアントでコミットするときに設定するもんなの？ 817 名前：デフォルトの名無しさん mailto:sage [2008/06/14(土) 06:45:56 ] >>816 属性 818 名前：デフォルトの名無しさん mailto:sage [2008/06/14(土) 10:38:25 ] >>817 thx! そういやTortoiseSVNのプロパティにそんなのあったっけ。 819 名前：デフォルトの名無しさん mailto:sage [2008/06/14(土) 11:01:06 ] >>818 ファイル選択・＞右クリック＞プロパティ＞subversionタブ＞属性 あるいは ファイル選択＞右クリック＞tortoise＞属性 820 名前：デフォルトの名無しさん mailto:sage [2008/06/14(土) 13:04:19 ] configファイルで、拡張子ごとのデフォルト属性を設定できるよ。 821 名前：デフォルトの名無しさん mailto:sage [2008/06/14(土) 19:24:49 ] subversion 管理下にあるソースツリー内で、 管理下にあるファイルＡを一つ更新、さらに 新規にファイルＢを追加したとします。 Ｂはまだ svn add してませんし、Aの更新分も commit されてないとします。 この時、このツリーの HEAD と、現在のcommit 前の最新状態の差分を表示させるにはどうすれば 良いでしょうか？ 822 名前：デフォルトの名無しさん mailto:sage [2008/06/14(土) 19:54:01 ] >>820 それは知ってたんだけど外部のライブラリ使ってて ソースコードごとに文字コードが違うから個別に設定しないとだめなのよ。 823 名前：デフォルトの名無しさん mailto:sage [2008/06/14(土) 20:00:17 ] >>821 リビジョン間の差分取ればいいんじゃないか 824 名前：デフォルトの名無しさん mailto:sage [2008/06/14(土) 20:03:53 ] 最新リビジョンと編集直後の状態の差分を取りたいという意味じゃない？ それってできるのかな＞ｓｖｎ 825 名前：デフォルトの名無しさん mailto:sage [2008/06/14(土) 22:07:37 ] >>821 svn status じゃダメってこと？ そもそも、どういう結果を期待してるの？ 826 名前：デフォルトの名無しさん mailto:sage [2008/06/14(土) 22:21:20 ] 821です。 >>825 やりたかったのは正にこのコマンドでした。 ありがとうございました。 827 名前：デフォルトの名無しさん mailto:sage [2008/06/15(日) 00:19:11 ] >>822 ディレクトリごとに文字コード決まっているだろうから、単純にこんなバッチファイルでどうっすか？ --まとめてsjis.cmd---- cd /d ワーキングコピーの場所 for /R .\ %%i IN (*.c *.h とか適当) DO svn propset svn:mime-type "text/x-csrc;charset=EUC-JP" "%%i" pre-commit で毎回動かすと激しくウザい気がするんで適当に手動実行？

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

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