Subversion使ってる人いますか?
■ このスレッドは過去ログ倉庫に格納されています
00011
01/10/06 17:05ID:DimV7liY自分のファイルを管理する時は、リネームや移動が面倒でなりません。
で、Subversionというのが開発されてるのを知ったのですが、これの
使い心地ってどうなんでしょう?
個人的には、ログに日本語が使えて、Cygwinから使えればマンセーなの
ですが。とりあえずM3-r117をコンパイル中…。
0611login:Penguin
03/12/11 21:10ID:E0oNh9QI大きなリポジトリをCDR DVDなどに保管したいかも
0612login:Penguin
03/12/12 09:38ID:PQIs+5zb0613login:Penguin
03/12/12 19:56ID:JPqK5nkf例えば10GBのリポジトリをDUMPすると20GB、更にsplitすると30GBと3倍になってしまいます。
ディスク容量がリポジトリの3倍必要というのは、少なくとも自分は厳しいです。
0614login:Penguin
03/12/12 21:11ID:YWjR2D1jsvnadmin dump repos | split -b 700m - repos.
みたいな感じ。手元に環境がないので間違ってたらスマソ。
0615login:Penguin
03/12/12 21:53ID:bfT+E1eLいっぱいになったらメディア交換を要求されるんじゃない。
0616login:Penguin
03/12/12 22:27ID:bvoiNU1Iエラーが出ます。Redhat の rpm、0.32 version を使って
インストールしました。Berkeley DBも4が入っているのですが・・・
# cvs2svn -s /path/to/svnrepos /path/to/cvsrepos
実行出力
: : : :
: : : :
----- pass 5 -----
loading cvs2svn-dump into /home/svn/hoge
svn: Berkeley DB error
svn: Berkeley DB error while opening environment for filesystem /path/to/svnrepos/db:
Function not implemented
: : : :
: : : :
いろいろやったのですが万策尽きてしまったので
情報をもっていらっしゃる方は、教えてください。
0617login:Penguin
03/12/12 22:58ID:zxTpljqF--dump-only じゃダメなのか?
0618login:Penguin
03/12/12 23:02ID:bvoiNU1Iあ、できました。
で、ここからどうすればいいのでしょう?
0619login:Penguin
03/12/12 23:08ID:bvoiNU1Iあ、こうするんでしたね。
svnadmin load /path/to/svnrepos < cvs2svn-dump
しかし「Berkeley DB error」が出てしまいます。
やっぱり、Berkeley DBを再インストールしたほうがいいですかね?
0620login:Penguin
03/12/12 23:21ID:Ndlf48bm出たときがあった。RHL9だったけど別途Berkeley DB 4.1.25を入れて
そっちを使うようにコンパイルしたらエラーは出なくなった。
0621login:Penguin
03/12/13 00:11ID:wATn4vZJパイプやsplitはプラットフォームによってうまく行かないよ
昔使っていたIRIXで何十GBのデータをtarにパイプで渡すと途中でパイプが切れちゃったし
Cygwinのsplitは4GBまでしか対応してないようだ。
そんなわけだから、分割dump機能があった方が確実だし、楽だと思う。
誰か本家ML参加してる人リクエストしないかなぁ....
0622login:Penguin
03/12/13 00:29ID:CzLImeM5チェックアウト後に 10 G 越えてるようなら意味ないけど、
-r X:Y でも使って dump する revision を絞るのはだめかな?
0623login:Penguin
03/12/13 13:14ID:mhI5nqsm画像が多いのでファイル数の割に容量大きくなりやすい
ちょっと保守面で不安になってきた
0624login:Penguin
03/12/13 13:21ID:3rQUo8Qb画像のサイズとか数とか、全体に占める割合とかはどーなってんの?
0625login:Penguin
03/12/13 13:27ID:mhI5nqsm0626606
03/12/15 22:49ID:gU4zXYDs他の人はどうなの?
0627login:Penguin
03/12/16 18:27ID:sGJIUsBxDB圧縮って効かないのですか?
ttp://subversion.tigris.org/project_faq.html#bdblogs
0628login:Penguin
03/12/17 02:37ID:hV/EhHcSかなり前のTortoiseSVN 0.15.2 だけど、今調べてみたらそういうことはないみたい。
再現性があるようだったら本家に報告してみたら?
0629login:Penguin
03/12/17 15:05ID:jszsTTTz0630616
03/12/17 20:29ID:LZZWIzgfRedHatで問題が出るのは、FAQにも書いていました。
そこで、RedHatを捨て、Fedoraに変え、DBも rpmで
4.1.25を入れることで、動くようになりました。
ありがとうございました。
0631login:Penguin
03/12/18 10:13ID:hIC81gVc「変更する権利をがめる」意のロックなら無いんじゃない?
0632login:Penguin
03/12/18 15:29ID:kltji3T+0633login:Penguin
03/12/18 19:17ID:6bTO6xEj「ロックなんかされちゃ困る!」って主張できないなら、
素直にVSSの方がいいんでは。
皮肉で言ってるわけじゃなくて、あれはあれで、ちゃんとしたバージョン管理
システムなんでしょ?
使ったこと無いけど。
0634login:Penguin
03/12/18 19:17ID:6bTO6xEj0635login:Penguin
03/12/18 19:47ID:9xcBKurY同意。
VSSはネットワークドライブ上にリポジトリを置けるところがいい。
Subversionもネットワークドライブ上に置けるけど、
その場合、Apache を使えないのが悲しい。
対応予定、あるんですかね?
0636login:Penguin
03/12/19 03:58ID:KGvemID7>Subversionもネットワークドライブ上に置けるけど、
>その場合、Apache を使えないのが悲しい。
Apacheを動かしてるユーザーからネットワークドライブが見えてないだけでは?
試したわけじゃないが。
0637login:Penguin
03/12/19 05:19ID:RPnzO3EIできないのか?
0638login:Penguin
03/12/19 09:00ID:KGvemID7DBについて一から勉強した方がいいと思われ
ちなみにBerkeleyDBの仕様(または制限)とSubversionの仕様には何の関連もない。
0639login:Penguin
03/12/19 15:06ID:RPnzO3EIPostgresやOracleみたいに、バックエンドプロセスが接続待ちしてる
訳じゃないんでしょ?
排他処理はどうやってるの? ファイルベースの排他処理なら、Windowsの
ネットワークドライブでも上手く動きそうだが。
0640login:Penguin
03/12/19 15:59ID:1901ubbsUNIX系のファイルロックとSMBのロックは互換性ないんじゃないか?
そもそも、DBでファイル全体をロックしてどうするのよ?
だいたい、DBエンジンのロック機構の話しと、Subversionで排他的
チェックアウトを認めるかどうかってのは全然関係の無い、レベルの
違う話しでしょ?
ロックなんか不要、有害っていう前提で設計されてるんだしさ。
0641login:Penguin
03/12/19 17:00ID:ySmxs2ww専用の軽いOSが走ってる大容量のファイルサーバ上に
リポジトリを置くパターンってのは?
そのファイルサーバ上では svnserve は走らせられないから、
別のWindowsマシン上で svnserve を走らせる、と。
0642login:Penguin
03/12/19 17:37ID:3WYR+Ggo俺は>>639でかろうじて意図が読めたんでフォローしとくけど、
サーバの介在なしに複数のプロセスがファイルを直に触るBerkeley DB
でDBエンジンがどうやってロック管理してるか知りたいんだろ? その実装
によってはネットワークドライブにリポジトリ置けるかもしれないから。
うろ憶えだが、昔ソースを読んだ限りではBerkeley DBではきちんと
OS毎に分かれたコードで共有メモリとか使ってロック制御してたと思う。
まあソース読め。
0643login:Penguin
03/12/19 17:54ID:maNjIdqe>Apacheを動かしてるユーザーからネットワークドライブが見えてないだけでは?
以前、SVNサーバ側でネットワークドライブ上にリポジトリを作って、
クライアントからHTTPでリポジトリのHEADを閲覧しようとしたら、
見れなかったんです。
SVNサーバのローカルドライブにリポジトリを作ったら
ブラウザでちゃんと閲覧できたんですけどね。
0645login:Penguin
03/12/20 01:07ID:CTqygDp7Explorer上からネットワークドライブマウントすると、それはそのユーザ
からしか参照できなかったような。
んでApacheもサービス起動とかしてるとLocalSystemからはそのネット
ワークドライブ見れなくて…って話なのかな。
0646login:Penguin
03/12/20 03:19ID:hdcAAtn1Apacheを動かすユーザーから見えていればいい。
http://www.google.co.jp/search?q=apache+%E3%83%8D%E3%83%83%E3%83%88%E3%83%AF%E3%83%BC%E3%82%AF%E3%83%89%E3%83%A9%E3%82%A4%E3%83%96&ie=UTF-8&oe=UTF-8&hl=ja&btnG=Google+%E6%A4%9C%E7%B4%A2&lr=lang_ja
Subversionもなにもないな。
0647login:Penguin
03/12/20 10:09ID:xM9cTkG9という情報を管理してくれるようにはならないかな。
0648login:Penguin
03/12/20 11:41ID:zuJd3eP0「作業中」をどうやって認識するんだ?
0649login:Penguin
03/12/20 13:07ID:xM9cTkG9あくまでも自己申告だけど、ロックと同じように考えれば良いかと。
単なる co では書き込み不可でチェックアウトして、修正をかけたい
場合は co -l のようなことをするとか。
0650login:Penguin
03/12/20 15:04ID:hdcAAtn1cvs watch
あたりかな。今できるのかどうか知らんけど
0651login:Penguin
03/12/20 15:37ID:Y0RUo8ZB* deltification is automatic again
が重要そうだが、deltificationてなんのことだかわからない。
WebDAV/DeltaVと関係あるのかな?
あと、既に0.35.1ブランチが出来てるので、待った方がいいかも。
1.0-stabilizationなんてブランチもあって、いよいよって感じがする。
0652login:Penguin
03/12/21 12:02ID:p0n1HIHudeltificationの説明はこのへん。
http://subversion.tigris.org/servlets/ReadMsg?list=users&msgNo=2946
物理とかで変化量を表すΔだろうから、レポジトリの差分記録のことでは。
で、なんでloseしてたんだろ。
diff取りが重くてコミット操作が遅くなるから、コミット操作後に
diff取るようになったってことかな?
http://subversion.tigris.org/issues/show_bug.cgi?id=1573
http://subversion.tigris.org/issues/show_bug.cgi?id=1601
0653login:Penguin
03/12/21 15:20ID:u/cH/qKMどうもです。
一般の辞書に載ってなかったんで謎だったのですが、テクニカルタームなのですね。
# 素直にぐぐればよかった……
で、早速0.35.1が出てるようで。
* fix: file handle leak (r8048)
* fix: UTF-8 path problem (issue #1660)
次こそβが出そう……な
0654login:Penguin
03/12/22 19:42ID:2rLPkJzrさて、そろそろ使うか。
0655login:Penguin
03/12/22 21:26ID:lXFY2KvQ>>646
ネットワークドライブ上に置いたリポジトリを apache 経由で
閲覧できたでござる。何と言って感謝すれば良いものやら・・・。
具体的には下記2つ。
* Apache2 サービスのプロパティでログオンユーザを
「ローカルシステムアカウント」から「一般のユーザ」に変更。
* SVNParentPath //サーバ名/共有フォルダ/リポジトリを配置するフォルダ
ちなみに、
* SVNParentPath ネットワークドライブ名:/リポジトリを配置するフォルダ
ではNGでござった。
0656login:Penguin
03/12/22 21:28ID:lXFY2KvQあ、SVNParentPath は httpd.conf 内の記述の話ね。
念のため。
0657login:Penguin
03/12/23 13:50ID:C+oSOW5c間違えてimport してしまったものを消したいときはどうすればいいんでしょ
うか?
cvsのときはリポジトリ内でそのまま rm -fr してたのですが、そういうこと
はできないみたいなので。
まさか、一度全リポジトリをダンプして、再度消したいもの意外を取り込むと
か、しないとだめなんでしょうか。
0658login:Penguin
03/12/23 14:02ID:LaRBqkwKsvnのrmサブコマンドで消すとかじゃなくて?
0659login:Penguin
03/12/23 21:10ID:C+oSOW5c説明不足でスマソ。
モジュール丸ごと削除したい場合の話しでし。
svnadminのサブコマンドにもそういうのないみたいですし。
0660login:Penguin
03/12/23 22:48ID:mUHevpcK0661login:Penguin
03/12/24 03:39ID:4CGzelm9でもTortoiseMergeで、日本語化け化けだし、フォント設定するとこ無いし、
TortoiseSVNの言語の設定が保存されない……
0662login:Penguin
03/12/24 10:58ID:mI6QWCXK痕跡も残さず、キレイさっぱり消し去りたい、ってこと?
0663659
03/12/24 12:27ID:Xop72fT4> 痕跡も残さず、キレイさっぱり消し去りたい、ってこと?
はい、そうです。import をやりなおしたいんです。
皆さん、あまりそういうことはやらないんでしょうか・・・
0664login:Penguin
03/12/24 16:11ID:mI6QWCXK間違って import した後に commit をしてないのであれば、
import した直前のリビジョンまでを dump して load ってのは?
で、import をやり直す、と。
全然エレガントじゃないけど。
0666659
03/12/24 20:30ID:TvzsnjLpいえいえ、こちらこそスマソ。
やっぱりそれしかないんでしょうか…
そう考えるとcommit するときはちょっとキンチョーします
0667login:Penguin
03/12/24 21:32ID:sN+O4b9t0668login:Penguin
03/12/24 22:43ID:I+8kZ5QN0669login:Penguin
03/12/24 23:40ID:4CGzelm9変更したファイルが出てこなくなるバグが直ってないな。
しかも、Diffツールにファイルのパスを渡す時に空白文字が入っていても
クォーテーションで囲まないバグが。
0670login:Penguin
03/12/25 10:57ID:wbl2zlMl日本人のコミッターいないのかな?
0671login:Penguin
03/12/25 18:03ID:ErWejVLDいろいろやったけど、できそうに無いので、これまでのlog捨てます。
0672login:Penguin
03/12/25 19:21ID:6KSAHKDF0673login:Penguin
03/12/25 19:26ID:L2PGRoMa文字コード指定したか?
0674606
03/12/25 20:16ID:6Gw641MTそれでも日本語ファイル名は、駄目だけどな。
これは手作業か、スクリプト書くか。
0675671
03/12/26 11:25ID:MFnQZ4PAnkfで漢字コードを変えましたが駄目でした。
環境変数もいろいろいじりましたが駄目でした。
>>673
ふと、cvs2svnのオプションを探したらそれらしきものが
あったので付けてみたら、見事logが化けずに表示されました。
cvs2svn --encoding=euc-jp -s .......
>>674
日本語ファイル名は使っていないので、
上記の用にすればlogは、OKでした。
皆さんお手数書けました。
0676671
03/12/26 16:21ID:MFnQZ4PAもう一つ質問です。
httpからのアクセスをしない場合に
SVNサーバーを立てるのに必要な
最小インストールパッケージって何でしょう?
(Linux)
Berkeley DBとSubversionぐらいでしょうかねぇ。
(autoconf, libtoolもいるかな)
これに、cvs2svnを使う場合は、Pythonが必要と
いった感じでしょうか?
0677login:Penguin
03/12/26 21:14ID:eKMPT1S+0678初期不良
03/12/29 21:52ID:N/FIT2iKやった事無かったのでウオーサオーしてしまった。
リポジトリの中にある conf ディレクトリ内で設定するのね。
あとはユーザーとパスワードのリストをここにテキストファイルで
作るだけですた。パスワードも空にできるし自己申告が
欲しいだけの場合もこれで大丈夫。
apache2 入れたくない向き、ssh 使えるシステムユーザを
作りたくない向きにおすすめ
0679login:Penguin
03/12/31 12:14ID:4bLAYxwf0680login:Penguin
03/12/31 13:32ID:mVuQlfKB0681login:Penguin
03/12/31 14:15ID:uHhyiL8sメーリングリストのメールがなぜか来なくなってるので気付かなかった。
0682login:Penguin
03/12/31 16:00ID:T33AhfCd英語弱くてはっきりしなかったんだけど、
次のリリースからbetaってことだよね?
0683login:Penguin
03/12/31 21:43ID:aRS5cq+iそういうことみたいですね。
ttp://subversion.tigris.org/project_status.html
・・・っていうか、αの期間長かったなぁ・・・
0684login:Penguin
04/01/01 11:02ID:Iq698554>>683
違う。0.35.1 がブランチして beta になったんだから、0.35.1 から beta リリースってこと。
ただし、0.36以降も安定版ということで。
つまり、1.0リリース以降に盛り込むとされていた機能については
0.36, 0.37, … のラインでは実装されない。
0685login:Penguin
04/01/01 16:50ID:blLYHQO7うまくやってくれないね
0686login:Penguin
04/01/01 23:54ID:DkZIQQpoそれなら設定でFixed drivesだけにチェックが
入ってるのがデフォルトみたいだけど。
0687login:Penguin
04/01/02 21:15ID:sH3ItnzYそーいや、自分のところはローカルディスクでも、毎回、「最新の情報に更新」
しないとオーバーレイ更新されないんだけど、どーよ?
WinXP(Pro)です。
0688login:Penguin
04/01/06 03:17ID:e4AOXEk5USBメモリにチェックアウトするとき、フォルダに入ってないファイル
(リポジトリの直下おかれてるファイル)がチェックアウトできなかった。
中途半端な状態でもう一度チェックアウトしたらうまくできますた。
0689login:Penguin
04/01/06 12:48ID:WrRUAG+m自分で作ろうとしたもののDocBookがよくわからないし、
FOPのdebパッケージが見つからないあたりでくずおれ気味。
0690初期不良
04/01/09 05:28ID:6nTMVaCm0691login:Penguin
04/01/14 12:04ID:kAdBlUy/変更点は↓。
ttp://svn.collab.net/repos/svn/tags/0.36.0/CHANGES
1.0-stabilizationブランチからの初のリリース。
ロードマップ(↓)を見ると、β〜1.0の期間はめちゃめちゃ短い…。
ttp://subversion.tigris.org/project_status.html
0692初期不良
04/01/14 12:07ID:dtYF7x0GVersion 0.36.0 age
add cancellation suport to svnadmin and svnlook
??commit を取り消せるようにでもなったのか?
svnserve changes:
- added '--inetd' option
inetd 経由で実行できるようになったみたいですな。
0694login:Penguin
04/01/14 12:16ID:2+46mx7Z0696login:Penguin
04/01/14 15:14ID:q4nmagB1サーバだけ更新した場合って、TortoiseSVN 0.24(0.35.1向け)でアクセスしても大丈夫かなぁ。
0697login:Penguin
04/01/14 18:03ID:6kUs5YSHそういうのもCHANGESに書かれると思う
一応、クライアント0.36, サーバ0.35で試したけど大丈夫だった
0698login:Penguin
04/01/15 00:28ID:/HTNsqxv0699login:Penguin
04/01/15 03:22ID:yh9wPmFw±0.1ならアクセスできることが保証されてたはず。
0700login:Penguin
04/01/18 21:01ID:NkGV17sy0701login:Penguin
04/01/18 21:15ID:dVAIfrO0どこが更新されてるのか分からんのだが、どっかに差分でも有るの?
0702login:Penguin
04/01/18 21:33ID:NkGV17sy0703login:Penguin
04/01/19 17:26ID:E0qFjIm/さて使うか。
0704login:Penguin
04/01/21 22:21ID:qXDPsZHasvnadmin dump c:\svn\hoge\hoge -r 1:10 > c:\temp\hoge.dump
とかやると落ちてしまうんですが、自分だけっすかね?
0705login:Penguin
04/01/22 10:38ID:S365B9bPRapidSVNのバージョンアップまだかなぁ?
デザイナに使わせたいのでGUI+日本語な環境じゃないと無理なんで。
0706初期不良
04/01/22 14:27ID:FU9dAc4Rデザイナーのためなら WebDAV でアップロードしてもらって
オートバージョニングで履歴を取る、と言うのも考えに入れても
良いんではないでつか?
0707login:Penguin
04/01/22 22:08ID:2j18Y/H0TortoiseSVNは設定さえすればメニューとか全部日本語で表示されるけど
そういう話ではない?
0708login:Penguin
04/01/23 06:47ID:aMrd4Taq例えば最新のリビジョンが5まであるとして、リビジョン3以降の変更を全て取り消して
リビジョン3を最新バージョンとして以後の開発を行うような場合はどうすればいいのですか?
0709login:Penguin
04/01/23 07:09ID:f0o7Wguf一ファイルだったらsvn catかな。
複数だったらcopyでいけるんではないかな?
0710login:Penguin
04/01/23 07:45ID:Menf2KJvsvn merge -r 5:3 http://svn.example.com/respos
http://subversion.bluegate.org/doc/ch04s04.html
■ このスレッドは過去ログ倉庫に格納されています