- 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/
- 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にマージされるなら問題ないのですが
そんなことない、、ですよね？
|
 |
