Subversion r9 - 暇つぶし2ch

Subversion r9 ..

656:デフォルトの名無しさん
08/05/22 22:00:18
>>651
なんで、リポジトリ内コピーなんてするんだ？

>>643 はワーク内で移動/コピーして一気にコミットしたいんだと思うが。

>>653
管理ファイルもあるから、２倍＋αだな。

まあ、BASE ファイルを圧縮するとか複数のファイルをまとめて管理する
とかのちまちました削減策は可能だけど、HDD の GB 単価が 20円を切っ
てる状況では多少のディスク容量と引き換えにプログラムを難しくする
必然性はないだろうな。

657:デフォルトの名無しさん
08/05/22 23:24:15
馬鹿は偉そうに沸かなくて良いよ恥ずかしいから

658:デフォルトの名無しさん
08/05/23 01:00:27
svn diff -rHEAD
とやると、現在のリビジョンと最新とのdiffが見れますが、
先頭の+と-を逆に表示できればしたいのですが、可能でしょうか？
どうにも見づらいのです・・

659:デフォルトの名無しさん
08/05/23 08:31:50
ワーキングコピーのリビジョン(CUR)がわかれば

svn diff -rCUR:HEAD

ではだめ？試してないからわからないけど。

660:デフォルトの名無しさん
08/05/23 09:07:31
>>645
URLﾘﾝｸ(svn.collab.net)
> * 'svn move file1 file2 ... dir' now moves the files into dir (issue #747)

661:デフォルトの名無しさん
08/05/23 11:02:46
>660

おお、やったぁ
(って、debian stableに落ちてくるのはだいぶ先っぽいな...)

662:デフォルトの名無しさん
08/05/23 12:44:37
たぁぼぅるからインスコすればいいんじゃね

663:デフォルトの名無しさん
08/05/23 12:49:08
同じサーバに数人が同居していて、それぞれ自分の
ホームディレクトリ以下にリポジトリを作って
svn+ssh で幸せに暮らしているのですが、
各人のリポジトリを WebDAV 経由（Apache経由）
ででもアクセスしたいなという要求が出てきました。

しかし Apache は各ユーザとは無関係の権限で
動いています（Debian 系なら apache, Redhat 系なら
httpd）。このときパーミッションなどをうまく
設定する方法はあるのでしょうか？

664:デフォルトの名無しさん
08/05/23 14:22:18
>>663
ACLを調べるんだ。

665:デフォルトの名無しさん
08/05/23 22:03:02
>>658
自分はこうしてる
svn diff -r base:head

むしろ、(編集された)作業ディレクトリとHEADとのdiffが見たいんだけどな‥‥

666:デフォルトの名無しさん
08/05/23 23:09:05
>>657
話に入れないからと言って僻むなよ。(w

>>663
そもそも、svnserve の設定はどうやってるんだ？

各人のリポジトリが他人から触られてもいいのなら、subversion とかの
グループ作って、apache / httpd をそれに加えておき、各人のリポジト
リを subversion グループに読み書き可にすればいい。

もっと簡単なのは各人毎に Apache 立ててしまうことだと思う。

667:デフォルトの名無しさん
08/05/24 06:03:15
>>666
>もっと簡単なのは各人毎に Apache 立ててしまうことだと思う。

それはいいかも。
そのとき Apache は inetd 経由で別々のユーザとして
起動するのがいいのかな。ポート番号をユーザごとに変えて。
ポート番号 = ユーザ番号とかだと覚えやすいかもしれないけど、
mod_proxy とか pound なんかで振り分けてやるほうがいいのかな。

668:デフォルトの名無しさん
08/05/24 06:22:23
inetd経由するなら素直にsvnserveでsvnプロトコルしゃべらせた方が楽じゃん。

669:デフォルトの名無しさん
08/05/24 06:30:00
>>668 それなら素直に ssh+svn でいいジャンという話に･･
もともと、WebDAV クライアント経由で閲覧したいという
話になったので、svn+ssh 以外のアクセスパスを用意したくて。

なぜ WebDAV クライアント経由で閲覧したかったかというと、
社内で導入したドキュメント管理システムの持っている
全文検索機能に組み込みたかったのです。

で、そいつは CIFS を直接マウントするか HTTP/FTP で
覗くことができる場所しかインデックスしてくれないんで。

670:デフォルトの名無しさん
08/05/24 06:32:46
ところで、アクセス制御って HTTP なら AuthzSVNAccessFile でパス単位で、
svnserve なら conf/ 以下の設定でリポジトリ単位で、記述することが
できるわけですが、そもそもそういうメタレベルの設定って
プロパティに書けないものかなぁ、と思うのです。

ただ、プロパティをいじるにもアクセス制御が必要なので、
そこは鶏と卵になる？

671:デフォルトの名無しさん
08/05/24 12:56:02
>>669
> 社内で導入したドキュメント管理システムの持っている
> 全文検索機能に組み込みたかったのです。

単一のシステムが読出ししかしないなら、そのシステム用のグループ/ユーザ id
作って、各リポジトリを読出しのみ可能にしとけば済むと思うが。

あるいは頑張って、libsvn_ra_ftp を作るとか。(w

672:デフォルトの名無しさん
08/05/24 16:09:46
クライアント側はがんがんバージョン上げちゃって
1.5 なんだけど、サーバはずっと 1.3.1 のまま
放置プレイ中。問題ナッシング？

673:デフォルトの名無しさん
08/05/24 18:24:36
もし1.5ののマージ追跡新機能を使いたいならば、サーバーも更新する必要があるんじゃなかったかな。
はやく1,5リリースされないかなあぁぁ

674:デフォルトの名無しさん
08/05/24 18:38:04
マージ追跡新機能はクライアントが全員1.5以上じゃないと意味ないんじゃなかったっけ。
svn:externals の相対パスはどうかな。

675:デフォルトの名無しさん
08/05/25 06:32:18
SVNListParentPath と AuthzSVNAccessFile が
同時に使えないというバグは直ってないのか？
mod_dav_svn 1.4.6 では直ってない。

676:675
08/05/25 06:38:29
ふうむ、まだなのか。
URLﾘﾝｸ(subversion.tigris.org)
このバグって2005年ごろからあった気がするんだけどなぁ。
2日ほどこれだけに専念させてくれるならFIXするんだが・・

677:675
08/05/25 07:52:50
一応上のリンクに書かれている方法でなんとかなった。

678:デフォルトの名無しさん
08/05/25 19:14:16
svnsync の使い道がよく分からない。
リードオンリーのリポジトリをミラーで作るって事なんだけど、
オリジナルとミラーとでは UUID が違うよね？
ということはミラーからいくらチェックアウトしても、
それをコミットしようがないじゃないか。

679:デフォルトの名無しさん
08/05/26 15:05:53
CVSだとtrunkの履歴をみても、どのリビジョンがどのタグに使われたか直ぐ判る。
SVNだとタグもコピーだから、コピー元であるtrunkを見ても、どれに使われたか判らない。
どうすればいいの？

680:デフォルトの名無しさん
08/05/26 23:33:26
>>679
tags ディレクトリのログを見るとか。
TortoiseSVN のリビジョングラフのような外部の解析プログラムを使うとか。

681:デフォルトの名無しさん
08/05/28 01:17:23
やっぱ外部ツールか。でも、外部ツールはどうやって判定してるんだろ。
リポジトリの全情報持ってきて解析してる？

682:デフォルトの名無しさん
08/05/28 01:41:59
>>681 TortoiseSVN のソース見れ。

683:デフォルトの名無しさん
08/05/28 10:38:47
自分で作るとしたら svn log --xml の出力結果を使うだろうな

684:デフォルトの名無しさん
08/05/28 11:46:42
svn log -v でコメントを出さずに変更パスのみ出せれば grep で簡単に判断できるのに。
転送量も減るし。

685:デフォルトの名無しさん
08/05/29 02:07:27
ここ見て、Tortoiseで全然更新されてないファイルの
リビジョンログ見てみたら数分掛かったよ…。ここはCVSの方が便利だな。

思ったけど、この情報は過去の分は不変なんだから、
ViewVCみたいなサーバ側ツールなら情報を溜めておけるから、
さくさく見れるようにして欲しいな。

686:デフォルトの名無しさん
08/05/29 06:03:16
>>685
svk で手元に引っ張ってきていれば少しはましなのかもしれないけど
あんまり根本的な解決方法じゃないね．
リビジョンログ見るのに時間がかかるとみる頻度も落ちて，
結果的にログを適当に書くようになっちゃった．；
まぁ一人プロジェクトだから自分の作業日記見ればいいわけなんだけど．
その作業日記がそもそもログなわけで，ああ～なんかいい方法はないかね．

687:デフォルトの名無しさん
08/05/29 06:06:23
リビジョンログは常にワンクリックで即時確認できるくらい
キャッシュしておいてくれる仕組みがあればいいわけだが，
そういうのは TortoiseSVN の今後の進化に期待．

688:デフォルトの名無しさん
08/05/29 06:27:21
リビジョンログのキャッシュは、1.5にはあると思った。

689:デフォルトの名無しさん
08/05/29 07:08:50
>>688
マジで？
ディストリビューションに含まれてるのをそのまま使ってるから
1.4.6 で止まってるよ．俺．
つーか，サーバに関しては 1.3.x のままだし．

ソースから入れるか・・・・

690:デフォルトの名無しさん
08/05/29 09:56:02
TortoiseSVN 1.5.x のログキャッシュ、ご参考
URLﾘﾝｸ(tortoisesvn.net)

691:デフォルトの名無しさん
08/05/29 10:30:59
THX TortoiseSVN の話か。
でも Windows でも使っているからアップデートしてみるか。
Nightly みたいだけど。

692:デフォルトの名無しさん
08/05/29 12:23:02
1.5っていつごろでそう？

693:デフォルトの名無しさん
08/05/29 12:51:36
svn:external で自動的にチェックアウトされたリポジトリには
それと分かるオーバーレイアイコンがついていてほしいんだけど
そういうことは可能？

694:デフォルトの名無しさん
08/05/29 13:12:50
おまえには無理

695:デフォルトの名無しさん
08/05/29 17:44:09
cygwin の Subversion パッケージが 1.4.5 のままだ・・・
TortoiseSVN で 1.5 のワーキングコピーにしちゃったよ orz

696:690
08/05/29 19:42:11
>>695
あー、ごめん。
自分では Nightly しか使ってないから注意喚起するの忘れてた。
これを機会に svn.exe 、 svnadmin.exe も TortoiseSVN の Nightly に置いてある
ものにしてしまうとかいかが？ (^^;

697:デフォルトの名無しさん
08/05/29 22:36:10
>>659
駄目ですた
>>665
ありがとうございますた

698:デフォルトの名無しさん
08/05/30 06:33:50
Subversion 1.5 のドキュメントってどこが最新？
英語版でいいので．なんか知らん機能がいっぱいありそう．

699:デフォルトの名無しさん
08/05/30 11:48:14
URLﾘﾝｸ(svnbook.red-bean.com)

新しい機能はこっちを見たほうが早いかもしれない。
URLﾘﾝｸ(subversion.tigris.org)

700:デフォルトの名無しさん
08/05/30 17:48:00
そういや、1.5 では fsfs のリポジトリの保持方法が
変わって（２階層になって）パフォーマンスが向上
したらしいけど、リポジトリのサイズで考えたら
いったいどの程度が限界なんだろうね。

でっかいのをドカンとコミットするか、細切れにコミットして
無駄にリビジョンあげていくかにもよるんだろうけど、
どちらにしろファイルシステムの限界まで肥大化した
リポジトリなんてのでも耐えられるんだろうか。

ウェブ関係のデザイナーさんに使ってもらったら、
さくさくと使いこなしてくれるのはいいんだけど、
最近でっかい画像の素材（たとえば写真の編集前の
rawデータとか）まで放り込んでいるようで、今は
LAN内の Apache で元気に動いてはいるんだけど
既にリポジトリのサイズが30GBくらいに・・・・・

なんか使い方間違っているような気もしないではないけど、
でもそういうヘビーな使い方で壊れるようじゃ
日常使いにも不安だし。その辺の耐久性（というか限界値）
ってどこかに言及されていないですかね。

もう誰も使っていないと思われるBDBバックエンドに関する
限界について書かれた文書は結構ヒットするんだけど意味なし。

701:デフォルトの名無しさん
08/05/30 17:54:01
うちのブログにsubversionのbdb壊れたーー！
って泣きながら来る人一杯居るよ。

702:デフォルトの名無しさん
08/05/30 17:58:24
>>701 まじっすか。
bdb は LDAP (slapd) のバックエンドで使っていて、
ぶっ壊れてえらい目にあったことがあるので敬遠してました。
今のバージョンだと svnadmin create でのデフォルトは fsfs ですよね？

703:デフォルトの名無しさん
08/05/30 18:13:52
BDBってそんなに脆いの？

704:デフォルトの名無しさん
08/05/30 20:14:37
脆いというか、壊れたら全部いっちまいます。

705:デフォルトの名無しさん
08/05/30 20:26:01
subversionのリポジトリって基本追加だけだからfsfsは強いのかな。

706:デフォルトの名無しさん
08/05/30 20:38:33
fsfs いいよ、fsck の操作を間違えて /lost+found の中でばらばらになった fsfs を元に戻せたよ。

707:デフォルトの名無しさん
08/05/30 21:15:01
バックアップしてれば壊れることを心配する必要なかろう

708:デフォルトの名無しさん
08/05/30 23:13:29
バックアップしてから壊れるまでの間の変更がパーになるかもしれないんだから、
壊れやすいなら心配する方が普通だと思うが。

709:デフォルトの名無しさん
08/05/31 00:43:36
>>707
まあ、あの次期の俺は少し気が緩んでいた。
後悔したんで今はこまめにバックアップを取るようにしている。

710:デフォルトの名無しさん
08/05/31 08:50:19
subversionのリビジョンが1000だとして、
800にしようとすると1から順に800までパッチ当ててく感じ？
それとも1000から逆に800まで当ててく？

711:デフォルトの名無しさん
08/05/31 10:45:47
/etc 以下の設定ファイルなどを Subversion で管理しているんだけど、
パーミッションやuid/gid も保存したいので
posix:uid posix:gid posix:permissions なんていう
プロパティに保存してチェックアウト時に復元するスクリプトかいてるんだけど、
こういう機能って標準では無いですか？

シンボリックリンクや実行可能属性は特別扱いしてくれるんだから、
もうちょっと突っ込んで取り扱ってくれたらいいのにと思う雨の土曜日。
皆さんいかがおすごしですか？

712:デフォルトの名無しさん
08/05/31 11:31:37
>>800
working copyなら svn up -r800
exportなら svn diff -r1000:800 > diff を作って当てる

713:デフォルトの名無しさん
08/05/31 11:35:43
>>711
ないね。
その用途なら svv ってのがあるから参考にすれ。
URLﾘﾝｸ(sakurai.sumomo.ne.jp)

714:デフォルトの名無しさん
08/05/31 12:41:25
>>712
ロングパス乙

て言うか、>>710 の質問の意図理解できてないような気が...。

715:デフォルトの名無しさん
08/06/01 09:03:18
Firefox のプロファイルを Subversion で同期すれば
複数のPCのFirefox の状態を同期させられるんじゃね？
と思ったけど、マージがうまくいかなくてどうしようも
なくなる気もした。

Firefox 3 RC1 にして Google Browser Sync が
使えなくなったのでそんなことを考えてみる日曜日。
持ち帰りの仕事がいっぱいなので試してみる時間がない。
暇な奴やってくれ。

716:デフォルトの名無しさん
08/06/01 13:55:11
firefoxのプロファイルって絶対パス記述するファイルがあったような…あれさえなければ

717:デフォルトの名無しさん
08/06/03 17:19:59
>>711
残念ながら uid/gid は眼中にありませんでした。申し訳ありません。

718:デフォルトの名無しさん
08/06/03 23:49:45
つ PortableFirefox

719:デフォルトの名無しさん
08/06/04 18:48:07
svn:external で指定したディレクトリ以下を
それぞれどの深さまで取りに行くか，指定できない？
関連するリポジトリのルートから2階層まで取っておきたいとか．

720:デフォルトの名無しさん
08/06/04 19:33:05
ワーキングコピーの形式が変わったのってどっからだっけ？
1.4.6 と 1.5.x の間には互換性がない？

721:720
08/06/04 19:39:38
pysvn 使ってちょっとしたツール作ろうと思ったんだけど，
全部すでに subversion 1.5 でチェックアウトしてしまっているんだよ・・ orz

722:デフォルトの名無しさん
08/06/04 21:06:38
EDITORにviとか設定して、　svn ci　とやるとコミット対象ファイルがずらっと出ますが
このときにコミットしたくないファイルを選ぶことはできないでしょうか？
コミットしたいファイルだけを指定する手間を省きたいのですが・・

723:デフォルトの名無しさん
08/06/04 23:46:57
>>722
emacsつかってsvn-statusがでやればいいんじゃないの？

或いは全部手で指定するか

724:デフォルトの名無しさん
08/06/05 09:37:08
1.5 の正式リリースってまだ？

725:デフォルトの名無しさん
08/06/05 10:57:16
URLﾘﾝｸ(subversion.tigris.org)
RC9 のとこによるとまくいけば1-2週間、RC8 の時も同じ事書いてあるけど。
RC の冒頭の段落、面白いねｗ

726:デフォルトの名無しさん
08/06/05 12:19:01
マージ追跡がもうすぐ使えるのか。わくわく
totoiseSVNはこの後すこし遅れになるのかな？

727:デフォルトの名無しさん
08/06/05 15:14:52
URLﾘﾝｸ(svn.collab.net)
みんなここみてるの？
あ～早く 1.5 の python binding 使いてぇ。
自分でビルドするの超めんどくせぇ。
Visual Studio 2005 Professional は持ってるけど。
Visual C++ 2008 Express Edition でもいいのか。
・・・やっぱビルド環境整える時間がねぇ。

728:デフォルトの名無しさん
08/06/05 17:23:17
URLﾘﾝｸ(merge-tracking.open.collab.net)
ここにバイナリあるじゃねぇか
っていうか、open.collab.net ってどういう位置づけなんだ。
こんなところがあったなんて知らんかった。

・・・まぁ各種Linuxのディストビューションに入ってる奴と
TortoiseSVNを素直に使ってるだけだからなんだが。

729:デフォルトの名無しさん
08/06/05 17:51:19
URLﾘﾝｸ(merge-tracking.open.collab.net)
がーん、肝心の↑がダウンロードできねぇ・・・・俺もうだめぽ

730:デフォルトの名無しさん
08/06/05 22:42:22
おお，上のページ，少しずつ RC9 に置き換わって行ってる

731:デフォルトの名無しさん
08/06/06 01:17:51
チェックアウトした際の --depth オプションって
あとから変更できないのかな？

732:デフォルトの名無しさん
08/06/06 06:55:27
TSVNCacheの情報って他のアプリケーションから使えないもんですかね．
ディスク内総なめにしてコミット忘れを検出するツールとかつくるときに
キャッシュがあると（判定のフレッシュさに不安はあるものの）便利そう

733:デフォルトの名無しさん
08/06/06 10:26:26
>>732
URLﾘﾝｸ(tortoisesvn.tigris.org)
名前付きパイプ？開けば使えるかも。

734:デフォルトの名無しさん
08/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:デフォルトの名無しさん
08/06/06 19:57:58
マージ関連の質問です。

branchAをリリース
　branchA → trunk にマージ
次期リリースのためにbranchBを作成
　trunk → branchB にコピー
リリース版にバグが発見されたのでtrunkを修正(※)
branchBにも伝播させたい
　trunk → branchB にマージ
branchBをリリース
branchB → trunk にマージ

というフローの場合、※がtrunkに2回行われることになるのはどうやって避けていますか？
trunk → branchB にマージしたリビジョンを避けてtrunkにマージ、でしょうか？

すみませんが回答お願いします。

736:デフォルトの名無しさん
08/06/06 20:14:17
>>734
使い方が間違っている。
空のフォルダにcheckoutして、その後はupdateが基本

737:デフォルトの名無しさん
08/06/06 20:20:23
>>735
brannchBにtrunkの最新版RevCをマージ。続いてtrunkRevCを元のbaranchBを先の差分がbranchBの変更分になるので、それをtrunkのheadにマージ。

738:735
08/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:デフォルトの名無しさん
08/06/06 20:46:54
>>734
チェックアウトディレクトリをそのまま公開ディレクトリにしてるってことなら
svn updateでいけそうに思うけどなあ
.svnディレクトリ消したりしてないよね？

740:737
08/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
08/06/06 21:10:48
>>740
たびたびありがとうございます。

それで、RevBの内容がtrunkにマージされるなら問題ないのですが
そんなことない、、ですよね？

742:737
08/06/06 21:17:16
>>741
される。
trunkをbanchiにマージした結果、branchとtrnkの差異はbranchBで修正した分だけになるのがポイント。

743:735
08/06/06 21:38:03
>>742
merge -r RevF:RevG branchB
とした際、RevFからRevGまでの間に発生した、branchBに対して行われた
事がtrunkに行われるだけですよね。
マージ先、元との差分を見てマージするのではなくて、マージ元の
指定リビジョン間における修正を、マージ先にも逐一行うといいましょうか。。
もしかして自分、すげえ勘違いしちゃってます？

# branchBの内容をtrunkに上書きしてコミットも考えはしたのですが、気持ち悪く。。

744:737
08/06/06 22:04:36
>>743
tortoiseSVN使ってるのでコマンドラインは良く分からないけど、異なるツリー間の差分を取る操作にする必要がある。
tortoiseSVNのマージダイアログでは、trunkのrevFを元、branchBのrevＧを先に指定してtrunkにマージすればうまくいく。これはちょうどbaranchiをtrunkに上書きするのと同等。

745:735
08/06/06 22:55:28
tortoiseSVN、コマンドラインともに
revFからrevGへの修正をtrunkにマージしただけだとRevBでbranchBに
対して行った修正が反映されずでした。
あきらめてtrunk→branchBのマージを行ったリビジョン以外の
branchBに変更があったリビジョンをtrunkにマージしました。

大変お騒がせしました。

746:デフォルトの名無しさん
08/06/07 00:56:22
>>734
svn exportでいいんじゃないか？
「削除されたファイル」の扱いは別途考えなきゃいけなそうだけど。

あと、問題があって戻す時のことを考えると、trunkとtagsは使ったほうがいいと思う。

747:デフォルトの名無しさん
08/06/07 03:49:42
>>745
$ svn merge trunk-url@RevF branchB-url@RevG trunk-working-copy

748:デフォルトの名無しさん
08/06/07 13:30:44
あああ！
trunkのRevFからbranchBのRevGを指定するんですね。
ずっとtrunkの作業コピーでbranchBのRevFからRevGをマージしてました。。。

軽く吊ってきますo...rz

749:デフォルトの名無しさん
08/06/07 13:32:24
>>744
ちゃんとよめてなくてすみませんでした＞＜

750:デフォルトの名無しさん
08/06/07 22:07:40
subversionいい加減に滅びないかなぁ

751:デフォルトの名無しさん
08/06/07 23:11:40
>750

SCCSすら生きてるぞうちのサイト...

752:デフォルトの名無しさん
08/06/07 23:26:11
subversionより機能的に上のバージョンコントロールシステムってなんかある？

753:デフォルトの名無しさん
08/06/08 01:41:23
>>752
むしろ、subversionでなきゃコレ出来ないだろ、的なのを教えてくれ。

754:デフォルトの名無しさん
08/06/08 01:55:38
バージョン管理システムについて語るスレ
ｽﾚﾘﾝｸ(tech板)

755:デフォルトの名無しさん
08/06/08 02:50:47
>>754
mercurial/gitがポストSVN扱いされてる感じだな
一方でBSDがSubversion適用なんていう味な話も混ざるねえ

756:デフォルトの名無しさん
08/06/08 05:02:26
作業コピーにたいして、いろいろ追加したばあい、
svn add --force *
svn commit
で一気にできるんだけど
作業コピーのファイルやディレクトリを削除したばあい、どうすればいい?

ファイルを消したあとsvn deleteができればいいんだけど。

757:デフォルトの名無しさん
08/06/08 05:55:51
>>753
無料で使える便利なGUI

758:デフォルトの名無しさん
08/06/08 08:02:49
>>756
フォルダごとさっぱり消していい。

759:デフォルトの名無しさん
08/06/08 10:03:06
個人的には Mercurial を使うことも多い．
でもむしろ「中央」のリポジトリが明確な方が分かりやすいというのもある．
人に使ってもらうリポジトリを用意するなら Subversion がいいかな．
Apache のモジュールとして動くことで普通にブラウザからアクセスできたり，
TortoiseSVN の存在も大きいかな．

760:デフォルトの名無しさん
08/06/08 16:54:06
確かに複数人で使う場合はまだまだSubversionだね。

761:デフォルトの名無しさん
08/06/08 17:21:08
Subversion は CVS のときほど不便さを感じていないので
勉強してまで他のものを使う気にはならない。

762:デフォルトの名無しさん
08/06/08 17:43:17
会社で使うならSubversionだな。

# 個人利用時の話だが、mercurialでpush/pullを忘れて涙目になったことが少なからず……。

763:デフォルトの名無しさん
08/06/08 18:29:19
なんちゃって技術系ブロガー（子飼いナントカとか）に
「Subversionを使わない１０の理由」みたいなチョウチン記事かかせりゃ
一発で流れるよ

764:デフォルトの名無しさん
08/06/08 19:24:04
リーナスが Subversion をボロ糞にいっているのはどういった理由からでしょうか?
何件か記事を読んだんですが「ちゃんとしたCVSなんて無理」のような発言しか分か
りませんでした。

765:デフォルトの名無しさん
08/06/08 19:32:00
>>764
批判を特に肯定する記事も少なく、subversion側も冷静な反論をリリース済みだから、それ以上はスルーしてんじゃないか

766:デフォルトの名無しさん
08/06/08 20:30:34
ちっとばかしスラドJPの当該ネタ読んでみたけど、
いまいちよーわからんね。

まーLinusやESRが妙な怪気炎を上げるのは風物詩になりつつあるような。

767:デフォルトの名無しさん
08/06/08 22:12:24
まあ、Linux のカーネルクラスになると Subversion では力不足なのかも
知れないし、git と Mercurial の方がより優秀なのかもしれないけど、
俺たちはLinux のカーネル作ってるわけじゃないんだからほっといてく
れって感じじゃね。

768:デフォルトの名無しさん
08/06/08 22:25:43
RMSはどのバージョン管理ツール使ってるんだろう。

769:デフォルトの名無しさん
08/06/08 22:25:46
>>764-767
そもそもSubversionの作者サイドが「Linuxカーネルのようなのには向いてないので推奨しないでくれ」て言ってるのに
Linusが「あんなの使えねえ。gitでぶっ潰してやる！！！」だもんな。どこのイスラム原理主義勢力だよ。

770:デフォルトの名無しさん
08/06/08 22:37:56
フリーウェアなんだから自由に作って構わないと思うけどなあ。

771:デフォルトの名無しさん
08/06/08 23:19:39
まあ、>>765 が言う通りスルーで正解だな。

にちゃんと一緒だ。

772:デフォルトの名無しさん
08/06/08 23:56:47
FreeBSDはCVSからSubversionに移行したな
Linuxカーネルよりはるかに規模が大きいけど

773:デフォルトの名無しさん
08/06/09 00:16:50
中央集権的なモデルにこだわりがあるのだろう、きっと
別に分散型が流行ってるからといって選ばなくちゃならんわけでもないし

あるいは移行作業が膨大で、発表は昨今だけど準備はずっと前からやってて
準備を始めたころにはgit/hgがなかったか移行候補になるほどじゃなかった、とか

774:デフォルトの名無しさん
08/06/09 00:32:30
>>773
FreeBSD Daily Topics : 2008年6月7日　FreeBSDコアチーム選挙開始，Subversion選択の理由は？，6.4 7.1 7.2 8.0リリーススケジュール発表
URLﾘﾝｸ(gihyo.jp)

移行のしやすさとかなんとか

775:デフォルトの名無しさん
08/06/09 00:41:30
TortoiseHGってTortoiseSVNと比べて遜色ない？

776:デフォルトの名無しさん
08/06/09 01:53:48
>>774
>Subversionをメインのリポジトリとしながらも，
>CVSリポジトリへの複製を随時実行しCVSもサポートされ続けます。

なるほどね
FreeBSDはCVSを配布ツールとしても使ってるからね
cvsupなんかを使って

777:デフォルトの名無しさん
08/06/09 05:32:10
>>775
遜色ありまくり

778:734
08/06/09 12:13:54
みなさんご回答ありがとうざいます。

>>736
すみません。
確かに自分でもそう思うんですが、
現状動いているものをSVN管理下に置きたい場合、
こういった作業が発生してしまうのは仕方ないと思うので、聞いてみました。
管理外のファイルのコピーさえ、楽にいければそれで良いんですが。。。

>>739
.svnを消したりはしてません。
試みた全ての場合で、
「既に～～～というディレクトリ/ファイルは存在します」的なエラーになります。
--forceなどをつければいけるかと思ったんですが、
checkoutやupdate、switchではダメなようです。

>>746
exportということは、本番環境は
SVN管理下にはおけないということですよね。
管理下に置いて、本番環境で「svn update」でテストで施工した内容を
反映出来るようにしたく思っていて、
毎回テストを更新後にexport（全部書き換え）ではちょっとしんどいです。

自分で書いてから思ったんですが、
本番環境側をtrunkにコミットして、テスト環境側をbranchにコミットして、
その後、マージは無理でしょうか？
svn copyしとかないとマージって無理ですよね。。。？

今日も引き続き悩んでみます。
どなたか良い案があれば教えてください。よろしくお願いします。

779:デフォルトの名無しさん
08/06/09 12:19:03
>>768
このあいだまでメンテナだった GNU Emacs は、まだ CVS だね。

780:736
08/06/09 12:33:27
>>778
空のフォルダーを作ってチェックイン。続いてチェックアウト。ファイルをそこにコピーして、バージョン管理が必要なファイルを追加。
その後はupdateでOK

781:734
08/06/09 16:55:51
>>780
度々スミマセン。
そうやれば確かにいけますね！思いつきませんでした。。。
ただ、この場合、管理外のファイルで、
動いているログなどが一瞬途切れてしまう可能性がありそうですね…。
すこしこれで検討してみます。

既存のファイルはとにかく上書きでcheckoutが理想ですね。
svn checkout --force 出来れば良いのになぁ。。。
どうにかならないものなんでしょうか。

782:デフォルトの名無しさん
08/06/09 17:21:04
>>781
ちゃんと読んで無いのではずしてたらゴメン。

一旦、空のディレクトリにチェックアウトしてから、
.svnファイルをチェックアウトしたいディレクトリに
移動させたらどうかな。

///repos/to/hogeを/hogeにチェックアウトするなら、
svn co ///repos/to/hoge /tmp/hoge
mv /tmp/hoge/.svn /hoge
見たいな感じで。

783:デフォルトの名無しさん
08/06/09 19:20:21
>>753
TortoiseSVN

784:デフォルトの名無しさん
08/06/09 20:31:44
>>781
リポジトリの空のtrunkを目的のフォルダにチェックアウトする方法があるが、空じゃないよって警告が出る。
警告を踏み越えるのは自己責任でどーぞ。

785:デフォルトの名無しさん
08/06/10 01:24:20
リポジトリツリーで、
その中のあるブランチのツリー上の配置を変更したい場合、
どうやったら良いでしょうか？
例えば、

///repos/to/hoge
というディレクトリがあった時、それ配下を
///repos/to/old/hoge
というように old ディレクトリを掘って、そこに一段下げるように
したいのですが。

786:デフォルトの名無しさん
08/06/10 01:47:35
oldディレクトリ作って TortoiseSVN で追加して、右クリックドラッグ&ドロップ

787:デフォルトの名無しさん
08/06/10 02:40:49
oldディレクトリ作って svn add して svn move

788:デフォルトの名無しさん
08/06/10 13:56:05
Not authorized to open root of edit operation

チェックアウト時のこのエラーの回避方法がわかりません。
ご教授お願いいたします。

789:デフォルトの名無しさん
08/06/10 20:01:31
>>788
権限無いです、って言われてるんだから管理者に権限貰いましょう

790:デフォルトの名無しさん
08/06/10 23:13:20
Windows版のSVNを使っているんですが、
リポジトリを丸々バックアップ取る方法があったら教えて下さい。

791:デフォルトの名無しさん
08/06/10 23:25:06
データディレクトリを丸ごとコピーが楽なんじゃないかと。

792:デフォルトの名無しさん
08/06/11 00:35:14
>>791
レスありがとうございます。
そんな簡単な方法でOKなんですか？

793:デフォルトの名無しさん
08/06/11 00:53:36
>>792
他人がコミットするタイミングを避けられるならコピーでいいよ。

リポジトリのあるファイルシステムにネットワーク越しでなく
直接アクセスできるならsvnadmin dumpでどうぞ。

794:デフォルトの名無しさん
08/06/11 00:55:03
svnadmin hotcopy でいいんじゃないか？

795:デフォルトの名無しさん
08/06/11 02:01:40
>>794
だな
俺は使ったこと無いけど・・・

796:デフォルトの名無しさん
08/06/11 11:29:49
TracLightningのバックアップがsvnadmin hotcopyでやってたけど
ずっとdumpでやってたのでこんなコマンドがあったのか！と
感動したマヌケな俺

797:デフォルトの名無しさん
08/06/11 12:29:01
>>796
dumpもリビジョンと差分を指定すれば速いけどな

798:デフォルトの名無しさん
08/06/11 12:55:22
TortoiseSVNは便利なんですけど、これでコミットするとeclipseで何もできなくなる
.svnのなかのファイルのバージョンが合わなくなるのかな・
フォーマットが不正ですみたいなメッセージがでてコミットも同期もできなくなる・・・

TortoiseSVNのバージョンは1.4.8.12137
Subclipseのバージョンは1.0.0

今、1.0.6があったので更新中・・・
これで動けばいいが。

皆さん問題なく使えてます？

799:798
08/06/11 12:58:27
あ、治りました。
てか、書きこむ前に試せって？

すんません。

800:デフォルトの名無しさん
08/06/11 16:48:13
1.5.x でも WC のフォーマットが変わるのでクライアントのバージョンを
統一するようにしてください。

801:デフォルトの名無しさん
08/06/11 16:55:16
svk でデポジットを運用していたんだけど、
別のマシンにデポジットごと持ってきたときに
.svk 以下を失ってしまいました。

デポジット自体は普通の Subversion リポジトリとして
アクセスできているのですが、これを再び svk の
デポジットとして認識させることはできるのでしょうか？

せっかくいろんなところからミラーリングしたので、
できればこのデポジットを大切に使いたいのですが･･･

ミラーリング対象に関する情報ってそのデポジット自身に
svm:mirror などで記録されているのではないのでしょうか？
それだけだと不十分なんでしょうか？

802:デフォルトの名無しさん
08/06/11 17:11:33
.svk以下って何の事だ
説明もいまいち要領を得ない

803:デフォルトの名無しさん
08/06/11 17:21:36
depot

804:デフォルトの名無しさん
08/06/11 17:28:03
//local/ にあたる部分を消しちゃったって話じゃ。

805:デフォルトの名無しさん
08/06/11 21:00:24
svkで預金を管理してるのな。
俺も昔のブランチをチェックアウトしたりミラーリングしたいぜ。

806:デフォルトの名無しさん
08/06/12 23:03:06
svn でファイルのタイムスタンプって保存できないんでしょうか？
例えば、svn import した時のファイルツリー内の各ファイルの
タイムスタンプを svn co する際にそのまま復元できるようには
できませんか？

807:デフォルトの名無しさん
08/06/12 23:43:06
その質問は飽きた
スレ読んでから質問してね

808:デフォルトの名無しさん
08/06/13 00:47:09
属性ってどんな用途で利用するの？

809:806
08/06/13 00:58:40
上でさんざん既出でした、、、スマソ…orz

810:デフォルトの名無しさん
08/06/13 01:39:48
個人的には大昔から保存してきたテキストファイルディレクトリを
新しくsvnで管理したい時とかに>>806みたいなのが欲しい。
プログラムソースではそういうのの必要性感じないが。

811:デフォルトの名無しさん
08/06/13 01:44:40
>>675-677
の内容解説ってか検索に引っかかるようにメモ

SVNListParentPath と AuthzSVNAccessFile の同時使用

<Location /foo> を <Location /foo/> とする

参考
URLﾘﾝｸ(discypus.jp)
URLﾘﾝｸ(twilight.uh-oh.jp)

812:デフォルトの名無しさん
08/06/13 23:56:43
セキュアな通信を強制しつつリポジトリを公開するには、
svn+ssh以外に選択肢はないのでしょうか？

813:デフォルトの名無しさん
08/06/14 00:06:10
VPN

814:デフォルトの名無しさん
08/06/14 01:39:37
>>812
httpsじゃだめなん?

815:デフォルトの名無しさん
08/06/14 03:16:30
>>814
レスどうもです。

書き込んだあとにそれを思いつき試してみたのですが、
WITH_MOD_DAV_SVN=yes のオプションを加えた
インストールがうまくいかず、挫折しました。

代わりに WITH_SVNSERVE_WRAPPER というオプ
ションを発見しました。これを使い自分がやりたかった
ことを達成できました。

816:デフォルトの名無しさん
08/06/14 05:39:43
subversionってファイル個別にmime-typeやcharsetを変えるのってsvn鯖側でやるもんなんの？
それともクライアントでコミットするときに設定するもんなの？

817:デフォルトの名無しさん
08/06/14 06:45:56
>>816
属性

818:デフォルトの名無しさん
08/06/14 10:38:25
>>817
thx!
そういやTortoiseSVNのプロパティにそんなのあったっけ。

819:デフォルトの名無しさん
08/06/14 11:01:06
>>818
ファイル選択・＞右クリック＞プロパティ＞subversionタブ＞属性
あるいは
ファイル選択＞右クリック＞tortoise＞属性

820:デフォルトの名無しさん
08/06/14 13:04:19
configファイルで、拡張子ごとのデフォルト属性を設定できるよ。

821:デフォルトの名無しさん
08/06/14 19:24:49
subversion 管理下にあるソースツリー内で、
管理下にあるファイルＡを一つ更新、さらに
新規にファイルＢを追加したとします。
Ｂはまだ svn add してませんし、Aの更新分も
commit されてないとします。
この時、このツリーの HEAD と、現在のcommit
前の最新状態の差分を表示させるにはどうすれば
良いでしょうか？

822:デフォルトの名無しさん
08/06/14 19:54:01
>>820
それは知ってたんだけど外部のライブラリ使ってて
ソースコードごとに文字コードが違うから個別に設定しないとだめなのよ。

823:デフォルトの名無しさん
08/06/14 20:00:17
>>821
リビジョン間の差分取ればいいんじゃないか

824:デフォルトの名無しさん
08/06/14 20:03:53
最新リビジョンと編集直後の状態の差分を取りたいという意味じゃない？
それってできるのかな＞ｓｖｎ

825:デフォルトの名無しさん
08/06/14 22:07:37
>>821
svn status じゃダメってこと？

そもそも、どういう結果を期待してるの？

826:デフォルトの名無しさん
08/06/14 22:21:20
821です。

>>825
やりたかったのは正にこのコマンドでした。
ありがとうございました。

827:デフォルトの名無しさん
08/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 で毎回動かすと激しくウザい気がするんで適当に手動実行？