Subversion使ってる人いますか？
■ このスレッドは過去ログ倉庫に格納されています
00011
01/10/06 17:05ID:DimV7liY自分のファイルを管理する時は、リネームや移動が面倒でなりません。
で、Subversionというのが開発されてるのを知ったのですが、これの
使い心地ってどうなんでしょう？
個人的には、ログに日本語が使えて、Cygwinから使えればﾏﾝｾｰなの
ですが。とりあえずM3-r117をコンパイル中…。
0267login:Penguin
03/07/17 21:17ID:0wAbtHW/遅いね…
なんであんなに遅いんだろ。
0268264
03/07/17 21:34ID:mrqEpYwX0269login:Penguin
03/07/18 01:32ID:akpQSmHq0270login:Penguin
03/07/18 01:45ID:53WsLxi5おっ。 なかなかいいですねえ。
でもせめてファイル内容の取得くらいできないと…
0271login:Penguin
03/07/18 01:56ID:DmmS7LiQコレはヒットだな。またなんか(･∀･)ｲｲ!!連載始まらねぇかなぁ。
0272login:Penguin
03/07/19 07:27ID:cR4smVrXGod job !!
0273login:Penguin
03/07/20 01:26ID:kqqq+LEsWebブラウザでで見れなくする（orBasic認証させる）にはどうすればいいですか？
この（↓）設定ではWebブラウザから見たときにBasic認証かかりませんでした。(svn経由ではかかります)
<Location /svn/web-repos>
AuthName "Subversion Repository"
AuthType Basic
AuthUserFile "C:/Program Files/Apache Group/Apache2/svn/_htpasswd"
DAV svn
SVNPath "C:/local/path/to/repos"
<LimitExcept GET>
require valid-user
</LimitExcept>
</Location>
<Directory "C:/local/path/to/repos/">
AuthType Basic
AuthName "Members only"
AuthUserFile "C:/Program Files/Apache Group/Apache2/svn/_htpasswd"
require valid-user
</Directory>
0274273
03/07/20 02:02ID:kqqq+LEsあ、これがダメなのか。解決しました、どうも。
0275login:Penguin
03/07/21 10:23ID:c0TxlY9qTortoiseSVNから日本語ファイル名をAddすると必ず壊れる。
0276login:Penguin
03/07/21 12:32ID:lNCZEuCqCUIクライアントとサーバは使い物になるっぽい噂。
0277login:Penguin
03/07/22 00:06ID:7A4X4UB4Subversion 0.25 + TortoiseSVN 0.14 で
日本語ファイルを扱っているけど、データベース壊れないよ？
0278login:Penguin
03/07/22 00:45ID:sXe8r2YvApache2 + mod_encodingでうまくいくとかいかないとか・・・
もし↑でうまくいくということはということは通常のクライアントはsjisやらeuc-jpやらで
ファイルを送ってきているわけで、utf-8ベースのSubversionでは動かなくて当然。
と予想してみる。
0279login:Penguin
03/07/22 01:25ID:bD/B0E3D0280login:Penguin
03/07/22 02:35ID:sXe8r2Yv0281275
03/07/22 08:45ID:fYdk/kWqやっぱりmod_encordingいるんですね。
svnserveで動かしたら日本語ファイル名もOKでした。
Apacheでやるより速いし。こっちでいいや。
0282275
03/07/22 10:31ID:fYdk/kWqTortiseSVNでSSHってむりぽですよね。
0283初期不良
03/07/22 12:02ID:WdfFspsRmod_encording いらないっすよ。
環境変数 LANG は設定してある？
Subversion が iconv を持っていてクライアントで
エンコードしているはず。そのとき LANG を見ている模様。
0284275
03/07/22 14:44ID:fYdk/kWqtortiseSVN側でいろいろいじくった後、サーバ(FreeBSD5.1)のローカルで
co かけるとぶっ壊れます。壊れないときもあります。
どうも文字コードの判別に失敗してデータベース壊してるぽいような気は
するのですが…。
実験してみたいのですが、なにか誤判定しそうな文字列ってあります?
0285login:Penguin
03/07/23 19:28ID:KGWtxYfSttp://www.debian.or.jp/~kubota/unicode-symbols-map2.html
↑この辺参照。
0286フラウボウ
03/07/23 23:39ID:3rribJ330287login:Penguin
03/07/24 22:01ID:z85tbUaYFreeBSDのportsは0.24.2のまま
バックアップとって試してみるか
0288初期不良
03/07/25 01:18ID:zimihSu60289login:Penguin
03/07/25 03:12ID:y9+nRr8D0290login:Penguin
03/07/25 09:39ID:tun7mZjf0291login:Penguin
03/07/25 12:20ID:MZVm7bhjhttp://tmp.2ch.net/test/read.cgi/youth/1058928988/l50
0292login:Penguin
03/07/25 17:52ID:hvwoNqwI思ったとおりだ(涙
0293287
03/07/26 08:35ID:aQq0OWQtFreeBSDはこのままports更新されないかと思って
修正品をコミッターにメールしようとしたら
さっき、CVSに突っ込まれてた。
無駄足だたよ…
何はともあれ、今回はドキュメントのインストールは諦めたみたいだ
0294login:Penguin
03/07/26 12:58ID:2QOACkV1一緒に組み込まれるmod_authz_svn.soがこけるんで、httpd.confからコメントアウト
してるんですけど、こういうもの??
Cannot load /usr/local/libexec/apache2/mod_authz_svn.so into server: /usr/local/
libexec/apache2/mod_authz_svn.so: Undefined symbol "dav_svn_split_uri"
0295294
03/07/26 13:08ID:2QOACkV1DBが壊れなくなった。
FreeBSD側では相変わらず
svn: failure during string recoding
って言われて取り出せ無くなっちゃうけど。
0296login:Penguin
03/07/26 18:03ID:3pugPdA7httpd.conf で mod_authz_svn.so を mod_dav_svn.so の後でロードするようにすると直ります。
0298login:Penguin
03/07/27 05:04ID:JapOORhGrepos/{trunk|tags|branches}にして
ttp://host/repos/trunkからttp://host/repos/tags/tag1にやろうとすると、
the path was not part of a repository
PROPFIND request failed on '/'
PROPFIND of '/': 405 Method Not Allowed (http://host)
っていわれる…
0299login:Penguin
03/07/28 07:17ID:gtjeyph/うちでも似たようなことしてるが、
リポジトリへはttp://localhost/reposにして
/var/wwwにはhooks/post-commitでcheckoutするようにしてる。
もう既にほかの方法で解決してたら教えてくれるとありがたい。
0300_
03/07/28 07:53ID:+avEZtGi0301ロールパンナ君
03/07/29 01:43ID:tOicIrTWapr,apr-util,neon,subversionの順で何のエラーも出なかったのに、
svnadmin create test とすると、
svn : Berkeley DB error
とでます。なんで？ tar.gz版でもそうでした。db-4がちゃんとあるのに！
カーネルとかつつかないといけないの？
ほとんどデフォルトでOS入れてるのに。 誰か教えてくれませんか？
ちなみに、svn co とか他のは正常に動いてます。
0302login:Penguin
03/07/29 22:36ID:6YolS71w>>262
/usr/ports/www/apache2 の Makefile の CONFIGURE_ARGS に、
--with-iconv=${LOCALBASE}
を追加して、apache2 を再メイク、再インストールしてください。
0304login:Penguin
03/07/30 12:25ID:DCLz4LXFコミットしてもユーザー名がログに反映されていません。
サーバ側にもアカウント作って、ちゃんと認証させないとだめなんですか?
0305初期不良
03/07/30 15:32ID:mvsZ7n1W>ちゃんと認証させないと
じゃなきゃどこにもユーザを判別するための情報がないっす
setenvif とかで変数設定できたりするのかな？
それができたらリモートホストで判別とかできそうだけど
0306login:Penguin
03/07/30 20:10ID:tDsO7axFAre all the targets part of the same working copy?
ってなって、commitできないファイルがあるんだけど、同じ症状の人いる？
出来るファイルは毎回ノーエラーで入るし、
出来ないファイルは毎回入らないんだよなぁ…
0307ぼるじょあ ◆yBEncckFOU
03/08/02 05:02ID:GfRe8vK7ﾋﾟｭ.ｰ （ ・３・） ( ＾＾ ） ＜これからも僕たちを応援して下さいね（＾＾）。
＝〔~∪￣￣￣∪￣￣〕
＝ ◎――――――◎ 山崎渉&ぼるじょあ
0308login:Penguin
03/08/02 10:25ID:2rmp9gin0309login:Penguin
03/08/02 12:14ID:BptK/jk+いや、厳密に言うと設定は出来るんだけど、表示されない。
うーん、これさえ直ればとりあえず実運用できそうなのに。
0310login:Penguin
03/08/02 23:21ID:ElwyMACu0311初期不良
03/08/06 02:55ID:Swh1CwLW触ってみよ
0312_
03/08/06 03:01ID:jyDHzXtO0313login:Penguin
03/08/06 11:39ID:P7SgcGsB元のファイルが EUC-japan であるためか 日本語log が化けました。
解決方法はありませんでしょうか?
(元ファイルをすべてUTF8にしてもダメでした。)
新規では、日本語は通るのですが・・・
0314login:Penguin
03/08/12 11:30ID:4MGXav2e0315login:Penguin
03/08/15 10:25ID:B3dcfqO3相変わらず地味に進んでます
0316login:Penguin
03/08/15 18:56ID:1pvXzGLe0317初期不良
03/08/15 22:40ID:RYFZaYDKいいような気も
0318山崎 渉
03/08/15 22:55ID:dil3w4kp│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
⊂| |つ
（＿）（＿） 山崎パン
0319login:Penguin
03/08/15 23:42ID:fuvtkv+Y0320login:Penguin
03/08/16 15:01ID:rNtMNMvg0321309
03/08/16 22:49ID:o1+Nfee8TortoiseSVN 0.16になってもやぱりプロパティ設定のバグ直ってないよ〜
だれか英語出来る人バグレポート送ってぇぇ。
0322>>２ちゃんねらーの皆さん
03/08/16 22:53ID:9EsBz73Ahttp://www.hokekyoji.com/
http://www.yakuyoke.or.jp/
http://members.tripod.co.jp/hossyoji/index/
http://www.maap.com/tanjoh-ji/
http://www.honmonji.or.jp/
http://www.maap.com/tanjoh-ji/
http://www.kuonji.jp/
http://www.butsuzou.com/jiten/sanmen.html
http://www.butsuzou.com/list1/sanmen2.html
http://www.butsuzou.com/list1/sanmen3.html
http://www.butsuzou.com/keitai/sanmen-kz.html
0323login:Penguin
03/08/18 21:43ID:+6HIBD0Lsubversion 0.26.0をインストールしました
ローカルにリポジトリを作っての作業はできたのですが、
同じsubversion 0.26.0をインストールしたdebianをもう一台用意して、
ネットワーク越しに
% svn list svn://host/home/mona/svn/repos/demo
のようにアクセスしようとすると、
svn: Malformed network data
というエラーがでてしまいます。
/etc/inetd.conf
svnserve stream tcp nowait mona /usr/bin/svnserve
/etc/services
svnserve 3690/tcp
としてあります。
debianを使っている方、svnserveでネットワーク越しにアクセスできますでしょうか？
0324直リン
03/08/18 21:57ID:NJElCGJ90325login:Penguin
03/08/19 10:37ID:EOyX5usZ0326login:Penguin
03/08/19 22:17ID:OFZ7CHxDinetd 経由じゃなくて daemontools から svnserve を起動してるけどちゃんとうごくよ
0327login:Penguin
03/08/21 23:42ID:G2qwBQWm移転してるようなので一応メモ
0328309
03/08/26 15:54ID:lefK9qEH「自分がログインしている環境と異なるユーザー名で接続したい。」
言い換えると
「なぜ svn+ssh://username@hostname/repository な指定ができんのだ!」
という話で困ったのでその解決法です。
環境変数 SVN_SSH を次のように設定
setenv SVN_SSH ssh -l username
と、こんな感じでSSHコマンドと引数を指定することができます。
自分はWindows環境で
set SVN_SSH = plink.exe -l username
こんな風に設定して、TortoiseSVNをSSH経由で使用しています。
ちなみにplink.exeてのはPuTTy付属のSSHクライアントです。
0329login:Penguin
03/08/26 20:19ID:5yKsAoLV0330login:Penguin
03/08/27 00:18ID:G+1gRTwb(チェックアウトが CVS に比べて信じられないほど遅い) というのが
修正されるのかな。
ssh の場合でも CVS に比べて 10倍遅い。apache 経由に至っては
CVS の 40倍も遅いんだそうで。
っていうか、Subversion のチェックアウト 2分も待てませｰん。
- svn co http:// : takes 114 mins
- svn co svn+ssh:// : takes 50 mins
- cvs co : takes 3 mins
0331login:Penguin
03/08/27 01:17ID:unIftOHgまてまて。単位がminだけど、合ってる?
あってるなら、チェックアウトに2時間もかかることになるのだけど･･･ｶﾞｸﾌﾞﾙ
0332330
03/08/27 08:05ID:G+1gRTwb公式の status に出てたので。
0333login:Penguin
03/08/28 04:37ID:ejVpjAzHGNU arch 使ってみませんか？
http://pc.2ch.net/test/read.cgi/unix/1061883788/l50
0334login:Penguin
03/08/31 10:04ID:XxMr5KVh*WARNING*
This release makes an incompatible change to
the Subversion repository filesystem schema.
see:
http://svn.collab.net/repos/svn/tags/0.28.1/notes/repos_upgrade_HOWTO
0335login:Penguin
03/09/01 09:23ID:Wv2EzVHr0336login:Penguin
03/09/02 18:22ID:NRUBBXi40337初期不良
03/09/03 13:55ID:L04aGHET0.24 あたりで使っておくのが安心かも。
0338login:Penguin
03/09/03 19:17ID:wBVGMhFM0339login:Penguin
03/09/03 21:48ID:q1tfa4Dy0341338
03/09/05 23:09ID:U6KrjdnGでも最近は大幅改変してるみたいなんで、しばらく様子みようと思います。
バグレポート見てると、結構致命的ですよね。
・コミットがアトミックになっていなかったとか。
・パフォーマンスがすこぶる悪かったとか。
CVSに対するメリットが、まだうまく実装できてない感じ。
0342login:Penguin
03/09/06 10:00ID:Vytd8Lok> ・コミットがアトミックになっていなかったとか。
ソース キボンヌ
0343login:Penguin
03/09/06 15:02ID:3uMGUln2SJISのままXMLに埋めて送ってくるのでサーバーがXMLパースする時に
弾いてしまいます。
WinXP版だとはじめっからUTF-8だし、Linux側のsvnはLANG見て変換してる
みたいだから問題なかったんですが、WinMEを仲間に加えるにはどうしたら
いいんでしょう？
0345338
03/09/06 21:22ID:URjbxhfhIssue List #852 にこう書いてあるんだけど、違うかな？
commit (or post-commit) process non-atomic, leading to broken wc
http://subversion.tigris.org/issues/show_bug.cgi?id=852
0346login:Penguin
03/09/08 06:16ID:JM458MUbコミットログだけUTF-8でファイルの中身自体はSJISだった。
これって設定ミスってる？
あと、毎リビジョンでファイル全体がdumpされてた。
差分で保存されてるんじゃなかったの？
オプション--incrementalも関係無いみたいだし、
これも設定ミスの所為か？
ちなみにLANGはja_JP.SJIS
0347login:Penguin
03/09/08 07:42ID:yTLWQ41R0348login:Penguin
03/09/08 07:43ID:yTLWQ41R$ svnadmin dump myrepos 1001 2000 --incremental > dumpfile2
$ svnadmin dump myrepos 2001 3000 --incremental > dumpfile3
0349login:Penguin
03/09/08 08:12ID:JM458MUbやってみたけど、ダメだったよ。
っていうか、そのオプション間違ってない？
$ svnadmin dump myrepos -r 1001:2000 --incremental > dumpfile2
じゃないの？
CVSのhogehoge,vファイルみたいに、コンパクトに差分で
出て来るようにはできないのかな？
0350login:Penguin
03/09/08 21:41ID:3lZr9C9R勝手に中身を書き換えるようなモンはバージョン管理ツールとして失格だろう
0351login:Penguin
03/09/09 09:35ID:il3PLhjNSubversionを介して、
Windows: SJIS + CRLF
UNIX: EUC + LF
で相互に書換出来るようにしたかったんだけど、
そういう使い方は間違ってる？
0352login:Penguin
03/09/09 12:58ID:aMiamskO運用時に利用者のポリシーによってそういうフィルタを設定するのは問題ないと思う。
けどデフォルトでそんな動作をしてしまうのは迷惑でしょう？
CVSは「テキストファイルが対象」という暗黙の前提があったために
キーワード置換や改行コード変換は問題にならなかっただけのこと。
文字コードの変換機能を持つフィルタがプラグインとして追加できるといいけどね。
特にに日本ではそういう要望もないわけじゃないから欲しい人が作るんじゃないかな。
0353login:Penguin
03/09/09 13:00ID:aMiamskO不自由なく扱えるものがほとんどだから面倒なコード変換をSubversionに
やらせなくてもそのまま使ってもいいんじゃないかね。
0354login:Penguin
03/09/09 13:10ID:il3PLhjNsvn:eol-styleなんて属性が有るぐらいだから、
多少はテキスト変換を意識してると思うんだけどなぁ。
0355login:Penguin
03/09/09 15:55ID:8zKFk96N明示的に何かやれと設定しない限りは、中身に対しては何も変換を施さないよ。
0356login:Penguin
03/09/09 19:35ID:A6blCh9dhttp://subversion.tigris.org/servlets/ReadMsg?list=dev&msgNo=44864
↑のメールによると、そろそろβを、年末には1.0を出す予定らしい。
そしたらもっと使われるようになるかも。
sfがSubversionリポジトリを用意してくれる日が来るといいな。
0357login:Penguin
03/09/09 20:44ID:jIPwMeia0358login:Penguin
03/09/10 00:57ID:tA9aUC7e・リビジョン番号がレポジトリごとに付く
・システム全体の複雑度アップ
この2点が、CVSユーザにとって心理的抵抗になるので、
あんまり普及しないに1票。
0359login:Penguin
03/09/10 01:18ID:sjUm5Eulなんで平気なの？
オレには「revision→レビジョン」「event→エベント」くらいの気持ち悪さなんだけど。
誰が言い始めたんだか…
0360初期不良
03/09/10 01:37ID:Wg6nqOkxファイル名の国際化対応ってどういう事？
日本語ファイル名とかなら UNICODE で保存されて
各プラットフォームごとの locale にあわせて co されるみたいだけど。
>>358
複雑度アップはファイル名に依存しないリポジトリを作る以上
仕方が無いところじゃないかな。逆にタグやブランチとかの複雑さを
copy にまとめたのはシンプル化になると思う。
ファイルにリビジョンをつけると結局ファイル指向になっちゃって
ファイルの移動とかコピーとかやりづらい状況になっちゃうし、
どちらをとるかだね。
ところで、MacOSX で Subversion 24.2 をビルドしてみたんだけど、
Unicode に対応する locale が無くて iconv での変換ができない...
OSX 触りはじめたばかりなんでよく知らんのだけどどうしたらいいんだろう...
0361login:Penguin
03/09/10 02:47ID:HwjBe1yL扱い・ファイルの移動など)を何とかするための策として、リビジョン
毎のバージョニングに行き着いたのだと思っていたけど。
あと、Subversion以外のバージョン管理ツールに移行するよりも、
Subversionに移行する方がずっと楽でしょ。
意図的に似せて作ってるわけだし。
むしろ「実行速度が遅い」ってのが普及のネックになるんじゃないかと。
0362login:Penguin
03/09/10 06:39ID:Xm4SernN特に違和感はない。
タグやブランチをcopyに統一したのも分かりやすいし、ログの文字コードで頭を悩ませなくて済むのもいい。
一番の問題はやっぱり実行速度なんだよね。
Apache2経由で取り出そうとするとかなり遅い。
0363login:Penguin
03/09/10 08:14ID:NXVbrokA0364login:Penguin
03/09/10 14:20ID:HwjBe1yL0365login:Penguin
03/09/10 22:58ID:yTvuzZVm一回ラクできるものができちゃうと
なかなか次に行けなくなっちゃうよね。
0366初期不良
03/09/10 23:36ID:Wg6nqOkx逆に非効率になるくらいの挑戦が必要になる事がある...と。
>>360
の iconv の話だけど、ソースツリーに db4 のソースを追加しただけの
ビルドだと iconv とかは入らないみたいね...
お手軽なんでよく見てなかったですわ。
今までクライアントは Win 版インストーラパッケージと
FreeBSD ports で試してたんですけど、FreeBSD は libiconv が
入っていたし、Win のインストーラパッケージも apr-iconv が
入っているみたいですな。Win 版のパッケージの中の人、
ずいぶん親切なパッケージにしてくれてるのね。
ソースからインストールするような場合 iconv をどうするか
ってのはちょっと把握しておいた方がいいかも知れないな。
■ このスレッドは過去ログ倉庫に格納されています