Subversion スレッド その3

CVSの欠点を改善した、オープンソースのバージョン管理システム、Subversion
のスレです。
関連情報は>>2以降です。

■過去スレ
Subversion使ってる人いますか？
http://pc.2ch.net/test/read.cgi/linux/1002355536/
Subversion スレッド その2
http://pc5.2ch.net/test/read.cgi/linux/1078609142/

■公式ページ
http://subversion.tigris.org/

■日本語メーリングリスト
http://arch.bluegate.org/mailman/listinfo/subversion-jp

■クライアント
wxWidgetsを使用していてWindows版Unix版あり
http://rapidsvn.tigris.org/
Windowsシェル拡張
http://tortoisesvn.tigris.org/
Eclipseプラグイン
http://subclipse.tigris.org/

■文書
Subversionによるバージョン管理(日本語訳)
http://subversion.bluegate.org/
Subversion批判に対する反論
http://subversion.bluegate.org/svn-anti-fud-ja.html
svn診断への反論
http://subversion.bluegate.org/undiagnosing-ja.txt
CVSユーザのためのSubversionガイド(wakatonoさん)
http://slashdot.jp/journal.pl?op=display&uid=12&id=200792
FSFS propaganda
http://arch.bluegate.org/pipermail/subversion-jp/2004-May/000087.html
TortoiseSVNユーザガイド
http://tortoisesvn.bluegate.org/Help/dailyuseguide.html

■Wiki
Wiki for Subversion
http://wiki.machband.org/svn/
Subversionメモ
http://terai.s55.xrea.com/Subversion.html
Subversion(Saisse's Wiki):
http://www.saisse.jp/pukiwiki/pukiwiki.php?Subversion

■記事(ちょいと旧め)
http://www.atmarkit.co.jp/flinux/special/webdav/webdav03c.html
http://www.atmarkit.co.jp/flinux/special/webdav03/webdav02a.html
http://ukai.jp/debuan/2002w/subversion.txt
http://ukai.jp/Slides/2003/0521-lw2003/html/
http://ukai.jp/Articles/2003/uu-svn/

>>1
乙

>関連情報は>>2以降です。

役にたたんリンクだな

http://wiki.machband.org/svn/index.php?%A5%B9%A5%EC%A5%EA%A5%F3%A5%AF
テンプレはここにあるのでぜひまとめなおしてくれ

結局こっちにたてたんかい！

ム板でよかったんじゃねーのか、と思ったけど、
cvsスレでsubversionの話題も扱ってるから別にいいか・・・

svk
http://svk.elixus.org/

よく分かりませんが、Subversionの分散リポジトリを実現するツールらしい。

>>8
すごく既出。
だけど、使ってみた感想とかなら大歓迎

分散リポジトリをやりたい場合はGNU Archを使うケースが多そう。

沈没sage

>>10

Archってどうなん？

Arch作者のインタビュー記事見て余りの厨房っぷりに萎えたけど、別にプロダクトの出来と作者の性格は別物だしな。

Archはアイデアはいいと思うんだけど、Windowsで使えないのがあまりにも
痛すぎる。

WebSVNで、ファイルのリビジョンが出ないのが気に入らなかったので、
ソースみたら以外と簡単だったので修正してみました。
せっかくなのでここに置いときます。
http://www.live-emotion.com/memo/pukiwiki.php?%CA%AA%C3%D6

本がでたよ〜。
http://direct.idg.co.jp/detail_1.msp?id=1157&class=10006&n=2
http://www.idg.co.jp/lw/news/interview/index02.html

無料の本を和訳しただけなのに高けーよ

和訳しただけつーか、明らかに
http://subversion.bluegate.org/doc/book.html
が元だろ？

つーわけで、
> 本書では、その文書に補足説明を加え、専門用語に注釈を付け、
> Subversionの仕組みと使い方を網羅的に解説している。また、
> 巻末にはコマンド一覧が付いているため、リファレンス・ブック
> としても活用可能。
ていうのがどの程度かによるよな。本屋でみかけたら立ち読みして買う価値が
あるかどうか判断、ていうところですか。

まぁでも、本があれば他人には勧めやすいかもだなぁ。

訳上平さんじゃん。
まあ人に遣わせるのにはいいかもね。

Windows版のTortoise を使っているのですが、ファイルを削除する場合、
"delete"を選んでファイルを削除するだけでは、レポジトリに反映されないのですか?

削除するにしても、複数のファイルをまとめて削除とかする時に
1ファイルの削除毎にレポジトリ更新してたら、
リビジョン番号がその分だけ変わってしまう。

複数ファイルの削除（あるいは削除に伴う代替ファイルの追加など）を
まとめて１操作とみなしたい場合とか、精神的によろしくないだろう。

なので、削除した上でこれでOK! レポジトリに反映させたい。となった時に
コミットして削除の操作を反映させるということになる。

>>20
サンクス。
削除の仕組みがよくわかりました。

上平さんにお金は入るのか？

訳者として名前が出てるから入るだろ。売れた時に印税が入るかどうかは知らないけど。

風呂の中で読むときとか楽だぜい＜本
プリントアウトするのめんどくさいし。
まぁ〜、ちっと高い気がするがね。

わかとのさんが 書いてるみたいだから、とりあえずそっちにも期待。
本の数ないと社内でcvsからsvnに移行させるのがめんどくさいし。

わかとのさんって、WebDAVのページをいつまでたってもメンテしない人?
本だけ書くのは勘弁して欲しい。

昨日くらいから使いはじめてみました。
プロジェクトの追加と削除について質問です。

普通にプロジェクトを削除したいときは
svn delete URL
でやればいいと思うんですが、間違って追加したプロジェクトや、別のリポジトリに移
したプロジェクトを履歴を残さずに削除する方法ってあるんでしょうか？

マニュアルとかをざっくり読んだ限りだと、いらないプロジェクトを除いたダンプファ
イルを作って、新しいリポジトリを作る方法しか思いつかないです。

>>25
手伝ってあげたら?

latex2html でええやん

>>25
お前みたいなカス野郎はBit Keeperでも使ってろ。

>>26
プロジェクトって表現がよく分からないけれど、要するに、
履歴に残す必要がないファイルやディレクトリを間違えてリポジトリに入れてしまった場合どうすればいいのか、
ということですよね。
それなら書かれているとおりダンプを作ってから svndumpfilter または手動で
「要らないものを除いたダンプファイル」を作り、
それをロードして新しいリポジトリを作るしかありません。
Subversion などのバージョン管理システムは、基本的に、
一度でもリポジトリの中に入れられたファイルの履歴を責任をもって残すものなので、
それを簡単に取り除けてしまうのはあまり好ましくないのです。

といっても、たぶん使い慣れていないうちは無関係のものを入れたりすることはよくしてしまうのも分かります。
そのような場合、
一番楽なのは、普通に svn delete と svn commit で削除して、
そのコミットログに「間違えて入れた hogehoge を削除」などと書くことです。
潔癖で「こんなファイルがこのディレクトリに一度でも入ったことが残るのは堪え難い!!」
などという場合はダンプいじりをしても構いませんが……。

>>30
無いですか。
CVS のときはリポジトリの中のディレクトリまるごと削除とかをたまにやってたので、
Subversion でも試しに入れてみたやつとか、別のリポジトリに移してもういらなくなっ
たやつとかをお掃除できる方法があってもいいなとか思ったので。
できないならそれで特に問題はないんで、削除の件はあきらめます。

それから、プロジェクトという表現は、あるアプリケーションのツリー全体という意味
で使いました。
http://subversion.bluegate.org/doc/book.html#svn-ch-5-sect-6
にもプロジェクトって書いてあったので。

ついでに。
Emacs の psvn.el で、
・log を文字化けしないように
・ediff でそれなりに文字コードを判別
・ediff が終わったときに ~BASE~ とかのファイルを消す
ようにした patch を作ってみたんですけど欲しい人とかっていますかね？

>>32
ｵﾚｵﾚ

>>26
なるほど。プロジェクトの件は了解しました。
無知でした。

あと、CVS経験は薄いのですが、ディレクトリ丸ごと削除などに関しては、
やはりSubversionのデータベースに起因しているところが大きいんですかね。
CVSの場合だとリポジトリ中に個々のファイルがあるけれど、
Subversionの場合はダンプしないとファイルやディレクトリが見えないですから。
そしてそういったダンプファイルをいじるツールとしてsvndumpfilterがあるのですね。

>>32
脱ガラバゴス諸島を目指せ

サイズでかいって言われたんで自分のページっぽいとこに置いてみました。
http://www.geocities.co.jp/SiliconValley-Oakland/7673/lisp/psvn.el.patch.gz

このパッチは多分 r12037 の psvn.el へのパッチです。
log の文字化けを治すには utf-8 が使える emacs が必要です。
ediff 終了時にいらないファイルを消したいときは、
(setq svn-ediff-delete-temp-file-p t)
としといて下さい。

では、どぞー。

ガラパゴスの箱舟age

utf8の使える emacsって emacs-21.1 + mule-ucs とかでもいいですか? >>26

前スレの

928 ：login:Penguin ：04/11/13 19:58:29 ID:YX+HdDV4
転覆使ってるメジャーなオプソプロジェクトってある？

については、これを見ればいいんじゃない?
http://subversion.tigris.org/propaganda.html

>>37
おっけーです。
というか mule-ucs でしか試してないです。

ガラパゴスの箱舟っておもしろいですか？
amazon の評価は高めっぽい。

>>38
MONOの話が載ってる。
http://subversion.tigris.org/servlets/ReadMsg?list=dev&msgNo=83672

>>31
マージ操作の一般的な例:
http://subversion.bluegate.org/doc/ch04s04.html#svn-ch-4-sect-4.3

＞しかしながら、Subversionプロジェクトはいつの日か
＞svnadmin obliterateコマンドを実装する計画があります。


まだなのね。

みんなsubversionをどうやって使ってる？
社内の開発に導入したいんだが、みんなが「意味のあるパッチセット」単位でコミット
するように運用するのって、結構難しいと思うんだが。
ブランチを各開発者分作って、別々に作業してもらうのも手だけど、できれば各開発者が
気がねなく作業途中のものをコミットできるように、各開発者がローカルにリポジトリを作成
して、パッチができたら、サーバにコミットするという運用をしたいと考えてる。

今考えてる方法が、
　・サーバから各自端末にチェックアウト(W1)
　・同じリビジョンを端末にexport
　・exportした物件を、各自の端末のリポジトリにimport
　・各自自分の端末のリポジトリからチェックアウト(W2)
　・各自作業起点となるオリジナルをブランチとしてコピーしておく(W2のコピー）
までをあらかじめやってもらい、　
　・各自作業開始（リポジトリが各自の端末なのでコミットはがんがんやってよし）
　・パッチができたら、サーバからチェックアウトしたワーキングコピー(W1)をupdateし、
　　差分を確認
　・差分を最初に作成した、オリジナルのブランチ（W2のコピーへ適用）
　・自分が作業したワーキングコピー(W2の修正版)にブランチ（W2のコピー+差分）の差分をマージ
　・ブランチ(W2のコピー+差分）とワーキングコピー(W2の修正版＋マージ）の差分をとる
　・上記差分をパッチとして、W1へ適用し、サーバへコミット

みたいな手順をかんがえてるけど、結構面倒そうで、開発者の負担が大きくなるような気がする。
もっと良い方法はないでしょうか？

>>42
>みんなsubversionをどうやって使ってる？

誰かのコミットで問題が発生しても、問題が解決するまで一時的にリビジョンを戻しておけば回避できるから
普通に全員で trunk を弄ってる。

nautilusでリポジトリにアクセスできるようにならんかな
厳密にはgnome-vfsのsubversionモジュールがほしい

勝手にコミットさせてるけど、まとめてコミットしてくれない人が居る…。
まあ、やたらリビジョンが上がるのと、ログがふくれる以>>15
外は問題ないんだけど。

>>15
上平さんは殆ど関わってないみたいね(MLより)。

>>42
今のところ個人でしか使っていないから自分のことは例として示せないけれど、
Subversion チームのリポジトリの例だと、
今は branches/locking や branches/svnserve-ssl などが trunk とは別に活発に動いているようですね。
あとは branches/1.1.x にマージするためのブランチとして branches/1.1.x-r12117 と branches/1.1.x-r12100 が存在している。
で、時々 trunk の変化をまとめてマージして同期しているようです。
こういった使い方でも「気がねなく作業途中のものをコミットできる」と思います。
最終的にブランチでできあがったものをまとめて trunk にマージするときに、
変更点をログにもう一度きちんと書いて分かりやすくすればいい話じゃないでしょうか。
しっかりとログを書くことを徹底させれば、「ログが書きやすい単位で (ある程度まとめて) コミットする」という風潮も生まれるような気がします。

typoまでそのままか。

ディレトクリ
ディレトクリ
ディレトクリ
---
P278
http://subversion.bluegate.org/doc/ch08.html#svn-ch-8-sect-1.1
ほとんどのファイルシステムとは違い、パスだけを指定するのは、
Subversion のファイルやディレトクリを特定するのに十分な情報ではありません。

意味が通じればそれで良い

>>47は>>15の本の話だろ。

何も知らずに初心者カキコ

>>42みたいなのは、archで解決するもんなの？
ローカルなブランチ、というかなんというか。svk?

>>46なんかはかなり結構本格的な「ブランチ」だよね。
42が言ってるのはもっとデイリーなもののような気がするけど。

>>49
ウェブ上にあるtypoがそのまま本に載っていたというだけの話です。

みなさんコメントありがとう。
>>43
なるほど。確かに物が分かっている人達だけで作業できるなら、それで十分
だと思う。だけど、うちの社内はそうはいかない。
なんせ今運用しているCVSリポジトリなんて、意味の分からんコミットしといて、
コメントなしとか、「とりあえずコミット」みたいなログしか残さない奴がいるんだよね。

>>46
その個人ごととかチームごとにブランチ作る、ってのは俺の中でも
かなり有力候補。やっぱそれがやりやすいかな。
使う方も負担が少ないし。

> しっかりとログを書くことを徹底させれば
これも展開するうえでの重要課題のひとつ。「意味のあるパッチセット」に拘るのは
「意味があるんだからログをちゃんと書けるだろう」という期待による部分もある。

>>50
archは確かに要求を満たせそうなんだけど、ツールのサポートが少なすぎて不安。
かなり奇妙な管理ディレクトリを作るあたりもちょっと不安。
svkは未調査なんだけど、使っているひといますか？

> 42が言ってるのはもっとデイリーなもののような気がするけど。
まぁそうなんだけど（保存のような感覚でコミットしたがる人もいそうだし）、
ブランチでコミットする分には我慢できるかな。
CVSだと個人単位とかでブランチ切るのは負荷が大きすぎてできなかったけど、
subversionなら現実的だしね。

とりあえずbranch切る方向で運用方針を考えます。

ｶﾞﾝ(　ﾟдﾟ)ｶﾞﾚ

・毎日個人ブランチ作成。
・作業中はがんがんコミット。
・trunkに更新があったら個人ブランチにマージ。

・一日の最後に各自がtrunkにきちんとコメント付きでマージ。
　この際、WCはtrunkと個人ブランチ用意しておいて、マージのコミット前に
　diff -rq -x ".svn"とかやって確認してます。

ってな感じでやってます。参考までに。

ttp://arch.bluegate.org/pipermail/subversion-jp/2004-December/000213.html

> 実はわたし、あの本には実質的にほとんどコミットしていないんです。で、ま
> ぎらわしいので、せめて本のタイトルだけでも変えてくださいと出版者の人に
> お願いして、「バージョン管理システムSubversion」だったのを「〜解説書」
> としてもらったんです。それでもやっぱりまぎらわしいですよね・・・。

って>>45でガイシュツか。

・毎日個人ブランチ作成。
・作業中はがんがんコミット。
これってどういうメリットがあるの？

>>57
中途半端な状態でコミットしても、他人に影響がでない。

>>58
54ではないがそういう消極的な意味でなく、「がんがんコミット」っていうのは
自分のやっている仕事を出来るだけ小さな単位で記録していくことの利点っていうのが
あると思う。　例えば同じファイルの中でも新しいルーチンを書きながらも前に書いた
ルーチンをデバッグすることがある。　

それを新しいルーチンを書くのと一緒くたにあとで例えば古いルーチンにした修正が
間違ってたから前の状態にもどしたいってときに困る。　そういうとき、新しいルーチンを
書いたからコミット。　バグを１つ直したからコミットっと全てを細分化しとくとあとで一部を
簡単にとりやめることが出来る

あと、仕事としてやっていて便利なのは週間レポートを書くとき（今は違うがそういう職場も
あった）に1週間分の履歴を出して切り貼り。

>自分のやっている仕事を出来るだけ小さな単位で記録していくことの利点っていうのが
>あると思う。

ああ、そういった意味も含めて書いたつもりなんだけど…要約しすぎか…。

今の自分の環境では、全員で trunk 弄ってるけど、人数が増えたらこの方法も
良いな。　上手い事自動化しないとめんどくさいけど。

この手の手法を取り込んだのが arch なのかな？？

>>59
性能とかのプロファイリングを取るときとかガンガンコミットしたくなるよね。
Excelとかで表にする方法より、コードとプロファイル結果をメッセージに入れて
コミットして、後から見比べる方がプロファイルしたコードと結果のペアが把握し
やすいし。

CVS でいうところの $Id$ みたいな RCS は使えますか？
やっぱソースコード中にリビジョンは入れておきたいのれす。

>>63
はい。

7. より進んだ話題-属性-特殊な属性-svn:keywords
http://subversion.bluegate.org/doc/ch07s02.html#svn-ch-7-sect-2.3.4

>64, >65 thanxco

だいたい皆さんの仰るような理由です。

余り機会は無いですが、個人ブランチの特定のリビジョンの変更を、
trunkにマージしたあとで取り消すことも出来るので、細かく
コミットしておくとあとあと便利です。

1.1.2 Released.

折角だから age ておくか。

なんか公式が内部鯖鰓ってる。なんだろ。

因みに1.1.2はPerlバインディングがコンパイルできないという問題があるようで、
すぐに1.1.3が出るかも。orz

WinXPなんだが、Documents and Settingsの下に
subversion用のフォルダあるよね？ (configとかserversとか置いてある所)

このフォルダそのものを別の場所に移動させたいんだけどそういう設定ってある？

>>72
そこのREADME.txtよんでみな。

とりあえず前スレをなんとかしませんか？

monoのsvn鯖ずっとダウンしたままなのか。fd.oのやつもanonymous acccess
できなくなってるし、まだまだrobustには程遠そうだな。

>>74
同感。

あー、javahlの作り方わかんねー

Totoise1.1.2が日本語化できない(T-T)

>>78
俺もできねー。
Germanも試してみたけど駄目っぽいから、本体側(Totoise)の問題かなぁ。

1.1.4は普通に出来たよ

>>79
直ったみたいよ。
「リビジョングラフ」も日本語になってる。

----
The fixed language packs for 1.1.2 are now online.
Sorry for the inconvenience.

Stefan

Subversion のリポジトリをホスティングしてくれる無料サービスを提供してるとこなんてありますかね？
できれば国内で。

自分でリポジトリぐらいすぐにたてれるだろ？

>>82
俺も知りたい。SourceForgeでやってくれればいいのに

一人で使うなら、自宅サーバで ddns とかですぐにたてれますけれども、
もうちょっとしっかり運用してるところがあれば利用したいなと。

たとえば、海外だとこういうところがあるそうです。
http://www.cvsdude.org/
他にも御存知でしたら、是非教えていただきたく。

Subversion で、$id$ の代わりに $svnID$ の様な文字列を $Id$ と同じように
展開させることは可能ですか？

>>83
>>63

レス番間違えた。

>>83
>>63 で既出。

>>86 へのレスね…。

スマン…逝って来る…

orz

TortoiseSVNでコマンドライン（バッチファイル）から
例えばc:\myprojをコミット（=コミット用のウィンドウを表示）する事ってできるの？

>>90
TortoiseProc.exe /command:commit
こんな感じで呼び出せるよ。
操作の終了を待つことは出来なさそうだけど。

詳しくは TortoiseSVN\bin\TortoiseSVN_en.chm の Automating TortoiseSVN
って所にコマンドラインの解説が書いてある。

>>82,>>84
BerliOS

>>87
http://subversion.bluegate.org/doc/ch07s02.html#svn-ch-7-sect-2.3.4
を読んでみたのですが、

> Subversion で、$id$ の代わりに $svnID$ の様な文字列を $Id$ と同じように
> 展開させることは可能ですか？

をする方法に関する記述はないようです。

>>86
カスタムキーワードという機能が予定されてはいるけれど、
まだ実装されていないです。
http://subversion.tigris.org/issues/show_bug.cgi?id=890
を参照のこと。
一応 target milestone が 1.2 となっているので、
来年 2 月から 3 月ごろに出る 1.2 につくかも。
(でも「1.2」タグのついた項目は結構多いので、果たしてどのくらいの項目がきちんと間に合うのか……。)

って答えでいいのかな。
たぶん内容からしてそれでいいと思うのだけど……。

>> 94
はい、それが聞きたかったことです。
ありがとうございました。

亀SVNでインポートしたプロジェクトに対してそのままチェックアウトするとalready existで怒られるので
いつも削除してからチェックアウトしてるんだけどなんか変じゃね？

>>97
すごく普通

>>97はVSS使いと見た。
CVSとかSVNだとそれが普通らしいね。

例えばエディタのマクロ使って編集中のファイルをSVNでバージョン管理しようとした場合

1. リポジトリ作成
2. インポート
3. 編集中のファイルを保存して閉じる
3. ファイルを削除！
4. チェックアウト
5. エディタで開き直す

なんてやらないといけないのか。結構面倒だね。
強制チェックアウトなんてオプションがあればいいのに。

>>100
いったんcheckoutしたプロジェクト(ディレクトリ)内に
ファイルを追加するのはもっと簡単だぞ
単にaddするだけ

俺は、空の trunk を作って、ファイルがある所にチェックアウトしてそのまま作業してる。

>>102
いつの間にか私もそうするようになりました。
「hoge/trunk」「hoge/branch」「hoge/tags」をつくって
インポートしたいファイルが存在するディレクトリに
hoge/trunkをチェックアウト。
その後は普通に作業。

redhat9でsubversion-1.1.2をtarballからインストールしたのですが、
svn addのように実行するとsegmentation falutになってしまいます。

INSTALLに書いてある必要なライブラリのうちapr, neon, apacheが
ありませんでしたが、aprとneonは一緒にコンパイルされるのでい
らないし、apacheはoptionということなのでインストールしませんでした。

コンパイルはこのように行いました。
mkdir b;cd b;../configure --prefix=$HOME --with-ssl && make && make install

configureのときに以下のような警告がありました。
==================================================================
WARNING: skipping the build of mod_dav_svn
         --with-apxs or --with-apache must be used
==================================================================

コンパイルの方法を教えてください。

>>104
それだけじゃわからんと思うけど。
どうやってリポジトリにアクセスしてるかも書いてないし。

警告は、apache経由でアクセスしないなら問題ないと思う。

漏れはstraceしちゃうかな。大体原因わかるから。
それでもわからなかったらcore吐かせる。

>>105
レスありがとうございます。

リポジトリにはアクセスしていません。
svn helpでも落ちます。

make installでできたsvnでなく
subversion-1.1.2/b/subversion/clients/cmdline/svn
は落ちずに使えます。

straceしてもよくわかりませんでした。
gdbのbtは以下のようになりました。
#0  0x40079f9f in apr_palloc () from /hoge/subversion-1.1.2/lib/libsvn_client-1.so.0
#1  0x400719c2 in apr_pstrdup () from /hoge/subversion-1.1.2/lib/libsvn_client-1.so.0
#2  0x40079c8d in apr_uid_name_get () from /hoge/subversion-1.1.2/lib/libsvn_client-1.so.0
#3  0x40062df6 in svn_config__user_config_path () from /hoge/subversion-1.1.2/lib/libsvn_client-1.so.0
#4  0x400632f9 in svn_config_ensure () from /hoge/subversion-1.1.2/lib/libsvn_client-1.so.0
#5  0x0804fd0e in main (argc=2, argv=0xbfffd9f4) at ../subversion/clients/cmdline/main.c:1029
#6  0x42015704 in __libc_start_main () from /lib/tls/libc.so.6

自分の Debian woody な環境では、

すごく気になるんだが

新聞によりますと、

Subversionではログメッセージをどの文字コードで扱ってますか？内部ではUTF8で扱っているような機がするのですが・・・

試してみたところ、LANG=ja_JP.eucJPでは日本語（EUC）のログを扱うことができました。
なので、$LANGに設定した文字コードで格納するのかと思ったのですが、
LANG=ja_JP.UTF8にしたら、EUCで書いたはずのログがUTF8で出てきました。
これは、内部ではUTF8で統一して扱っており、入出力の部分で変換をかけているのかなと推測しました。
この推測はあってますか？

libsvn_client-1.so.0.0.0Tなどを生成するときに、以下のコマン
ドが実行されるようですが、/usr/libにある古い(0.27.0)バージョン
から生成されているような気がするのですが、解決方法をご存知の方
いますでしょうか?

root権がないので、/usr/libのファイルは消せません。

gcc -shared  add.lo blame.lo cat.lo checkout.lo cleanup.lo
(中略)
url.lo username_providers.lo version.lo  -Wl,--rpath
-Wl,/hoge/opt/subversion-1.1.2/lib
-L/usr/lib/gcc-lib/i386-redhat-linux/3.2.2/../../../
-L/usr/kerberos/lib
-L/hoge/src/subversion-1.1.2/neon/src/.libs
-L/hoge/src/subversion-1.1.2/subversion/libsvn_ra_dav/.libs
-L/hoge/src/subversion-1.1.2/subversion/libsvn_ra_svn/.libs
-L/hoge/src/subversion-1.1.2/subversion/libsvn_fs_base/.libs
-L/hoge/src/subversion-1.1.2/subversion/libsvn_fs_fs/.libs
-L/hoge/src/subversion-1.1.2/subversion/libsvn_fs/.libs
-L/hoge/src/subversion-1.1.2/subversion/libsvn_repos/.libs
-L/hoge/src/subversion-1.1.2/subversion/libsvn_ra_local/.libs
-L/hoge/src/subversion-1.1.2/apr/.libs
-L/usr/lib
-L/hoge/src/subversion-1.1.2/apr-util/.libs
-L/hoge/src/subversion-1.1.2/subversion/libsvn_subr/.libs
-L/hoge/src/subversion-1.1.2/subversion/libsvn_diff/.libs
-L/hoge/src/subversion-1.1.2/subversion/libsvn_delta/.libs
-L/hoge/opt/subversion-1.1.2/lib -lsvn_wc-1
-lsvn_ra-1 -lsvn_delta-1 -lsvn_diff-1 -lsvn_subr-1
-laprutil-0 -lgdbm -ldb-4.0 -lexpat -lapr-0 -lrt -lm -lcrypt
-lnsl -lpthread -ldl         -Wl,-soname
-Wl,libsvn_client-1.so.0 -o .libs/libsvn_client-1.so.0.0.0

>>110
以前ソースコードを斜め読みしたとき、UTF-8で格納しているコードを
見た気がする。
というか、LANGの文字コード使うなんて考えられないでしょ。
リポジトリ共有しているみんなが、同じLANG使わないと駄目ってこと
になる。

>>111
洩れはsubversion*を抜いてからbuildしてinstallしてるよ。

--prefix使えば解決しないかな？

>>111
> /usr/libにある古い(0.27.0)バージョン

何のバージョン？neon? subversion? apr-util?

> root権がないので、/usr/libのファイルは消せません。

そんな荒っぽいやり方普通はしないよ。最悪makeファイル書き換えれば
済む話だし。

ちなみに、>>104のワーニングは、--without-apxs　をつけとけばok.

>>113
subversion*を抜いてからというのは、前のバージョンをアンイン
ストールしてからということでしょうか? root権がないので、それ
はできません。

--prefixは以下のようにconfigureのオプションとして指定しています。
--prefix=$HOME/opt/subversion-1.1.2

>>114
>> /usr/libにある古い(0.27.0)バージョン
>何のバージョン？neon? subversion? apr-util?
subversionです。

>ちなみに、>>104のワーニングは、--without-apxs　をつけとけばok.
configureのオプションに--without-apxsを付けても>>104と同じワ
ーニングが表示されました。
  ==================================================================
  WARNING: skipping the build of mod_dav_svn
           --with-apxs or --with-apache must be used
  ==================================================================

>>115
subversionの古いのが/usrに入ってたとして、それが使われているかどうかは、
ldd $prefix/bin/svn
の結果を見れば判断できるはず。落ちない方（make install前の物件）と比べてみては？

> subversion-1.1.2/b/subversion/clients/cmdline/svn
> は落ちずに使えます。

subversion-1.1.2/b/subversion/clients/cmdline/svn/.libs/svn
は落ちずに使える？おなじディレクトリにあるlt-svnも。

> configureのオプションに--without-apxsを付けても>>104と同じワ
> ーニングが表示されました。

すまん、勘違いしてた。
別にこのメッセージは出ても問題ない。apache経由でsvnを使わないなら。

>>112
その通りだな。どうもありがとう。

>>116
ldd で見ると正しくリンクされていますが、リンクしているライブ
ラリの中身が古いライブラリになっているようです。

subversion-1.1.2/b/subversion/clients/cmdline/svn/.libs/svn
これは落ちてしまいます。

subversion-1.1.2/b/subversion/clients/cmdline/svn
これは落ちないのですが、シェルスクリプトになっているので、
lddで見ることはできません。

INSTALLを見ると以下のように書いてあるので、古いバージョンを
消すしかなさそうです。

First off, if you have any Subversion libraries lying around
from previous 'make installs', clean them up first!

          # rm -f /usr/local/lib/libsvn*
          # rm -f /usr/local/lib/libapr*
          # rm -f /usr/local/lib/libexpat*
          # rm -f /usr/local/lib/libneon*

root権のあるマシンでコンパイルしてコピーしたら無事動きました。
レスくれた皆様ありがとうございました。

Windows で Subversion + TortoiseSVN を使っています。
コミットするときなどのユーザー名(Ahthor)が
Windows のユーザー名と同じになっているのですが、
これを任意に設定する方法はありますでしょうか？
今は個人的に使っているだけなのですが、
複数人で使おうとするとユーザー名が Administrator な人が
何人もいるので混乱しそうなのです。
　　※ユーザー名変えろ、はもちろんなのですが
　　　そうするとプロファイルが変わってアプリの諸設定を
　　　再度行うのが面倒（と言われそう）なので・・・。
このスレでは検索しても引っかかりませんでしたが
当たり前すぎな質問でしたらすみません。
「ここを見ろ」だけでも教えていただければ幸いです。

リポジトリ内の conf ディレクトリ見れ

>>120
svnクライアントしか知らないのですが、
svnの場合はsvn help commit などを実行すると「--username」という引数の存在が分かるので、
svn commit --username foobar
などとして名前をできることがわかります。
亀SVNでもそのようなヘルプはないのですか?

>>122
svn+sshを使用しているならsvn+ssh://username@host/hogeでユーザが指定できます。

他のプロトコルについては知らない。

db42で作ったリポジトリをdb41にダウングレードする方法はないでしょうか？
db42で動いていた環境がなくなってしまったため、亀やfedora3でソースファイルを
ぶっこぬけません(T-T)

>>124
rpmがdb42食ってても、db3食ったrpmのパッケージは読めないか？
ダメならdb3食ったrpmのchroot環境用意するとか。

>>124
svnadmin recover でできない?

>>125
すみません、うそつきました(T-T)
Program version 4.2 doesn't match environment version
こんなエラーがでたのでてっきりダウングレードが必要かと早とちりしてしまいました。
svnadmin recover
で直すことができました。

ごめんなさいごめんなさい

>>121
>>122
>>123
ありがとうございます。
>>121 さんのお返事で「svnserve」の導入をしなくては…と
思っている間に時間が経ってしまい、まだ先に進む時間が取れません。
が、そもそも TortoiseSVN のヘルプのチェックをしていませんでした。
ごめんなさいごめんなさい orz
今すぐには読めないので後でチェックします。

うぁ言い方が被ってた…orz
他意はないです。すみません 127 さん。

とりあえず

ごめんなさいごめんなさい

俺も

ごめんなさいごめんなさい

こちらこそ

ごめんなさいごめんなさい

俺漏れも

生まれてきてごめんなさい

イ�`

漏れもごめんなさい
svnで戻したい過去がありますごめんなさい

>>135
スレは建てないようにな。

コミット時のログだけ直すのって出来ますか?
ドキュメント読んだんだけどわからん。ないのかな。

>>137
クライアントとしてsvnを使っている場合は、
svn propedit --revprop -r REV svn:log でログ (属性の一つ) を直せます。
こちらは通常通りエディタが起動して前のログを変更できます。
またsvnadmin権限がある場合は、svnadmin setlog -r REV REPOS FILEで、
FILEの中身を新しいログに設定します。
但し、リポジトリのhooksディレクトリにあるpre-revprop-change.tmpを
pre-revprop-changeに名前変更して実行権限を与えてあげていないと、
どちらも実行時にエラーが出て「ダメよ」と言われます。
(ログは変更したら以前のものが消えてしまうので、デフォルトでは変更できないように
なっているのです。)

あ、ちなみに寝る前で何も見ないで適当に書いているので、
上のコマンドの書式などについてはそれぞれのヘルプを参照してください。m(__)m

Visual SourceSafeにある共有機能ってあるの?
各プロジェクトにまたがって存在するファイルを管理したいんだけど。

OK、LD_LIBRARY_PATHの設定をせずにLinuxのSubclipseが動かねー動かねーと3日悩んだ俺様が140げと

>>139
私も知りたいです。共有機能。
switch すれば似たようなことはできるけど、
ファイルが沢山あると面倒になってきます。

>>121
>>122
>>123
まだ svnserve 経由でリポジトリにアクセスすることさえできず苦戦してます。
ヘタレでごめんなさい、ごめんなさい (´･ω･`)

>>139
複数のプロジェクトにまたがるようなファイルって、共通ライブラリみたいなもんでしょうか。
そういうのなら、それだけをとりだして別プロジェクトにすべきでは？そのほうが自然だと思うんだけど。

おれが勘違いしている可能性がたかいので、詳しい説明もとむ>>139

>>142
これかな。
http://www.microsoft.com/japan/msdn/ssafe/J/ProdInfo/ssshare.htm
RCS, CVS, Subversion しか使ったことがないので、
Visual SourceSafe のことは知らないんだけど。
こういう機能はSubversionには今のところなさそうだなぁ。

bdbからfsfsへの変換ってできるの？

>>144
svnadmin dump OLD_REPOS > dumpfile
svnadmin create --fs-type fsfs NEW_REPOS
svnadmin load NEW_REPOS < dumpfile
とか?

>>139
ディレクトリ単位でしか共有できませんけど svn:externals 属性は使えませんか?
これなら他のリポジトリの一部との共有もできますけど。

>>145
あとで試してみる

>>143
プロジェクト間でファイルを共有した場合、そのファイルのメタ情報（履歴情報）も共有されるということ？
つまり、共有ファイルに対する変更をコミットしたら、別のプロジェクトのリポジトリにも履歴情報が加えられるということなのか？
個人的にはいやだなあ。一元管理すべき情報が分散してしまう。しかもコピーされて。まるでDBレプリケーションみたい。
しかしそういうニーズがあるってことか。

どっちかというと、別のリポジトリで管理されているファイルがあたかも自分のリポジトリにあるかのように見えるような機能のほうがいいな。
「ファイルを共有する」んじゃなくて「ファイルを透過的に参照する」。共有ファイルに変更を加えてコミットしたら、自分のリポジトリではなく共有ファイル用のリポジトリに格納される感じ。

subversionで、あるファイルだけを特定してcommitすることはできますか？
例えばfile1.txtとfile2.txｔとfile3.txtがあって、3つとも更新しているとします。
このとき、file1.txtとfile3.txtはcommitせず、file2.txtだけをcommitすることはできますか。
svn help commitをみてもそれらしいオプションはありませんでした。
誰か教えてください。

svn ci file2.txt
で良いんでは？

>>150
ほんとだ ・・・ 死んできます。

>>151
ｲｷﾛ

>>149
基本的に、
svn <SUBCOMMAND> [TARGET...]
で、TARGET...を省略したときにはカレントディレクトリ '.' が対象になる
と考えましょう。

svn diff fileを実行したときの出力の日本語のメッセージ(「リビ
ジョン」と「作業コピー」)がutf8になっていて文字化けしてしま
います。

svn helpやsvn infoの日本語はeuc-jpになっているので文字化けし
ません。

環境はこのようになっています。
redhat9
subversion 1.1.2
LANG=ja_JP.eucJP

svn diffの日本語もeuc-jpにするにはどうすればいいか教えてくだ
さい。

それって単にファイルの内容が utf8 だからじゃないの？
nkf か何かを間にかませればOKでは。

>>155
ファイルにはeuc-jpで書かれています。
LANG=Cにすると文字化けがなくなるので、文字化けする部分は
ファイルの中身ではなく、svnのメッセージだと思います。
nkfを通せば文字化けしないのですが、nkfなしでも文字化けしない
ようにしたいです。

ベンダーブランチの使い方がよくわからないんだけど、助けて(もしくは引導を渡して)くれませんか。

Subversionで公開されてるソフトがあって、その一部を自分用に書きかえるつもりです。そして、
その結果を自分用のSubversionリポジトリで管理したいと思っています。

自分の作業用コピーでsvn upしたら、本家のツリーもupする、というのはsvn:externalsでできました。

でも、その本家ツリーにタグをうって、自分用のツリーにsvn copyしようとするとエラーになります。
これって、多分
ttp://subversion.bluegate.org/doc/ch07s03.html
の最後の部分で何かひっかかってるんだと思うんですけど、いい解決方法はないでしょうか。

>>156
あ、そうでしたか。すまそ。
手元の環境では正しく表示されるんですよね。 subversion 1.1.2 で
LANG=ja_JP.eucJP なのも同じ。OS は Gentoo Linux。

メッセージカタログは utf8 で書かれているので、その取り扱いの違いとかで
すかねぇ。でもそれなら info とか help とかも化けるか。うーむ……。

Win32のSubversion1.12のインストール版ってEnglishOnlyらしいけど
何がちがうんだろ？
試しにインストールしてみたけど、別に異常は感じないのだが・・・

いままでも、 EnglishOnly だった気がする｡
紛らわしいからちゃんと表記するようにしたんじゃない？

あ、内部的な文字コードの扱いじゃなくて、ヘルプとかの文章がって事ね｡
内部の文字コードがEnglishOnlyだったら困るけど…そんなこと無いよね？

1.1.3 release age

>>159-161
http://svn.collab.net/repos/svn/trunk/CHANGES
> translation updates for localized client messages.

TortoiseSVN で
「"最後にコミットした日付" にファイルの日付を設定する」(use-commit-times)
を有効にしてチェックアウトすると、
「修正をチェック」(svn status)にものすごく時間がかかる。

svn status では、最初に作業コピーと .svn/text-base/*.svn-base の
タイムスタンプを比較して、同じだったらファイルの中身まで見ないようになってるのに、
use-commit-times を設定していると作業コピーだけコミット日付に設定されて
text-base はチェックアウトの日付で放置されてるみたい。

バグだと思うんだけど、すでに報告があるかどうかどうやって調べたらいいの？

タイムスタンプの比較は、 .svn/text-base/*.svn-base は関係なくて、
作業コピーの日付と .svn/entries 内 text-time の値とで行われるみたい。
でもやっぱり text-time はチェックアウトの日付で放置されてるんで、結果同じ。

cvs2svnを使ってCVSからSubversionへリポジトリを移行すると
余計なCVSROOTというディレクトリまでリポジトリに追加されてしまいますね。
これならまだしもなのですが、リポジトリ直下にtrunk,tags, ranchesディレクトリが
できずにそのディレクトリ位置にリポジトリが移行されてしまいます。
これはちょっと抵抗がありますね。

cvsから移行した人でこういう、何か困った自体に直面した人いませんか？


WebDAVで会社/大学/自宅で共有して使う場合、
fedora Core3だとSE-Linuxのセキュリティ設定が面倒ですね。
なんとか動いたのですが、SE-Linuxのmakeに失敗してなんだか後味が悪いですね。

大学から自宅サーバのリポジトリにWebDAV経由でアクセスしEclipseから
Subclipseプラグインからチェックアウト、コミット、アップデートには成功したのですが
家に帰ってからルータ内のローカル環境で自宅端末から自宅サーバに
EclipseのSubclipseプラグインからアクセスしてみるとチェックアウトに失敗しました。
いろいろ調べてわかったのですがc:\Document and Settings\Application Data\Subversion\server
ファイルに意図的にプロキシを設定することでなんとか動きました。
しかしこれは何かおかしい気がしました。同じネットワーク内でプライベートIPだけでそのサーバに
アクセスできるのになぜプロキシが必要なのかと。
しかも、自宅サーバはプロキシなしてもアクセスできるしルータの外にでることもできる。
だのに、どういうわけかHTTPプロキシを設定して初めてEclipseからプロキシにアクセスすることができた。
なんでだろう。自宅サーバのリポジトリを指定するときにドメインを設定したから？

FSFSは去年導入された新しいファイルシステムなんですね。
しかし、頻繁にさわったことが無いので以下の要素が不安です。
DBがBerkeleyではなくMySQLなどに変更できればいいのですが。


http://subversion.bluegate.org/doc/book.html#svn-ch-5-sect-1.3



スケール性: リビジョンツリーの数が増えるとどうなるか

OS のファイルシステムが古い場合、一つのディレクトリ
中に数千のエントリがあるとうまく動かなくなることがある。



スピード: 最新コードのチェックアウト

遅い



コードは枯れているか

2004 年から使われている

>>165
cvs2svn は CVS リポジトリ全体じゃなくても、その中のディレクトリを指定して変換できるよ。
CVSROOT が余計だと思うなら外せばいい。

>>165
cvs2svnはtrunk, tags, branchesを作ってくれますよ。

>>162
1.1.3では少なくとも日本語の翻訳には変化がないよ。
というより、日本語に関しては、
1.1.xで翻訳対象となっている文字列は全て1.1.0で翻訳されています。
1.1.2でPerl バインディングがコンパイルできなくなった問題が修正されただけです。

>>163
バグ調べは、
http://subversion.tigris.org/project_issues.html
でどうぞ。
因みに、登録するときはきちんとメーリングリストでも報告しましょうということが、
注意書きで書かれていますね。

>>166
ぼくはむしろfsfsの方が好きです。
bdbだと結構しょっちゅう落ちるけれどfsfsなら基本的にその点では問題ないし、
最新コードのチェックアウトが遅くても基本的に軽いし、リポジトリの容量も小さい。
fsfsが出て以来、bdbはすっかり使わなくなってしまいました。
mysqlリポジトリは将来の実装が予定されていますが、少なくとも1.4以降ですね。
まだ具体的な話は何も出てきていません。

>>159,161
Windowsでは使ったことはありませんが、Linuxではヘルプが日本語で読めます。
ロケールが設定できないのでそこが英語ってことでしょうか。
因みに内部コードはutf-8です。

>>154,156
日本語ユーザにとっては有名なバグじゃないでしょうか。
Issue 1533 です。
http://subversion.tigris.org/issues/show_bug.cgi?id=1533
1.3で修正される予定ですが、その修正はまだなされていません。

同様に、$Id$などのキーワード置換も文字化けします。

>>173
既知のバグだったのですね。安心しました。ありがとうございました。

>157
svn:externals とベンダーブランチは別のしくみ。
現状の Subversion では、外部参照先をベンダードロップとすることは
できないはず。

そもそも、一部を自分用に書きかえて管理する、ということは、
その元となるベンダーのソース（ベンダードロップ）との差分を管理する
ってことだから、ベンダードロップは externals 先ではなく import されたもので
ないといけない。

ドキュメントにもあるが、trunk ではなく vendor 以下とかに import して、
それを trunk に svn copy して、ローカル修正をすることにになる。
ベンダードロップがバージョンアップしたときは、
ベンダーブランチのものを置き換えてコミット＆タグ打って、
その差分だけを trunk へマージ。

このとき注意しなくてはいけないのは、
ベンダードロップ内ファイルの追加・移動・削除は自分で行わないと
ならないってこと。新たに import し直す、って方法だと系統(ancestry)が
考慮されないので、マージのときにあまりうれしくないことになる。

Subversion-jpが突然賑やかになりましたな。

>>176　件名が「ML入会させて頂きました」と「お教えください」かよ・・・
前者はまだ挨拶って事でわかるけど、後者にも答えてあげるんだね。優しいなぁ。

MLは2chとは違うからね

「1.4 以降」→「1.3 以降」だった。
何故か頭の中でバージョン番号がずれていた。

「1.3」→「1.2」
これもずれていた。

TortoiseSVNでコミット時のコメントを一つのファイル(例えばhistory.txt)に
どんどん書き足していくことはできるでしょうか？

キーワード$Id$なんかを使えば出来るかと思ったんですが
5種類しかないしなぜか展開できません。

レポジトリURL打つのめんどくさいんだけど
略記法ないのん？

TortoiseSVN 1.1.3 は日本語パッケージがねーよsage

>>183
あるけど？

>>182
コマンドラインでの話？
だったらシェル変数を活用して、こんなかんじでどう？

repo="http://svn.example.org/svn/trunc"
svn cat $repo/modules/input.c

リポジトリ内の全文検索の方法ってありますか？

あとユーザごとのキーワード置換ってできますか？
例えば掲示板スクリプトなんかで管理パスワードをコンフィグに記入しなきゃいけない
なんてときに、アップデートの度に書き直したりする必要をなくすために。

>>184 ほんとだ。
1.1.3リリース直後はなかったんだよ。うそじゃないよ。

金曜日の昼くらいは確かになかった。

>>185

書き込んだ後自分で気づいてそうやってました
スマソ

"C:\Program Files\TortoiseSVN\bin\TortoiseProc.exe" /command:commit /path:"C:\svntest\foo.txt"
とやるとコミット用のダイアログが出て、さらにエラーのダイアログが出てOK押すと終了してしまいます。
/command:diffだとうまく差分表示できます。コミットの仕方がおかしいのでしょうか？

以前はローカライズdllを自分で作れたけど、最近はないのかな？

>>181
うーん……そのログファイル、バージョン管理しないとダメなの?
ソフトウェアのCHANGESファイルみたいなのなら、
Subversion開発でもやっているように、リリース時にある程度要点をまとめればいいと思う。
全てのログをファイルとして出力しても、コミットまではしなくていいんじゃないかな。
だって、ログってちょっと修正することは珠にあるかもしれないけれど、
基本的には追加されていくだけだし……。
個々のコミットログがそこまで意味をもつとは思わないし……。

ちなみに、一応「--force-log」というスイッチが存在します。
http://subversion.bluegate.org/doc/re06.html
これを使うと、バージョン管理されているファイルをログファイルとして指定できるように
なります。
ただし、バージョン管理されていないファイルに普通に「-F」だけ使ったときと同様、
そのファイルの中身全てがログとなりますが。
svn commit --force-log

TortoiseSVNの"パッチを作成"って何？
前から気になってたんだけど・・・

cvsにもある機能じゃん…

パッチってバイナリだと意味なのね・・・

もしかしてパッチの意味が分からないのなら
http://e-words.jp/w/E38391E38383E38381.html
とかで勉強しませう・・・

いや、意味はわかるのよ。
ただ、一番最初にパッチ作成をバイナリに対してしたものだから
なんじゃこりゃと思っただけ。

テキストだけじゃあんまり使えんな・・・

いくらSubversionがバイナリのバージョンも管理できるからといっても、
diffなどのことを考えるとやっぱりテキストだからこそ意味があるものだから、
無駄にバイナリをバージョン管理するのは利用価値を下げるでしょう。
まぁ、バイナリファイルは変更をログで見たり過去のバージョンを取り出したりできるというだけで・・・

>過去のバージョンを取り出したりできるというだけで・・・
これが出来ないと、バイナリの差分パッチを作ることが出来ないから
俺はバイナリも管理してるな。

コンパイルの度にバイナリが微妙に違ってくる開発環境もあるから、
やはりバイナリの管理も必要なんじゃないかな？

そもそもコンパイルで生成されるような物はレポジトリに入れないんじゃ?
ここでいうバイナリってのは実行ファイルじゃなくて画像とかのことでは。

TortoiseSVN 1.1.3 で、リポジトリブラウザから
名前変更やコピーをしたときの挙動がおかしかったんですが、
同じ症状が発生している人はいるでしょうか？

新しい名前を入れるダイアログで名前を入れても、
前の名前で処理が実行されるみたいで、
　移動→自身に移動はできない
　コピー→すでに存在する
というエラーになります。
ところが、何度かやってるとたまに成功します。
失敗する条件は不明です。

>>200
実行ファイルも含まれるんじゃないかな？

>そもそもコンパイルで生成されるような物はレポジトリに入れないんじゃ?
うろ覚えだけど、たしか開発元は非推移だったような・・・

でも、>>199氏と同じような理由で俺もバイナリ(コンパイルで生成される物)は保存してるな・・・
ただしリリース毎に保存してるからtagsの中のみだけど。

TortoiseSVN と WinMerge を利用している方にお知恵を拝借したいです。
TortoiseSVN 1.1.2 → 1.1.3 にしてから、差分表示で WinMerge にファイルが
渡らなく(?)なってしまいました。
WinMergeが起動するだけでどちらのファイルも出てきません。

とりあえずTortoiseSVN 1.1.2に戻しているのですが、何となく最新版に
しておきたいもので。。。
何か回避策をご存知の方よろしくお願いいたします m(_ _)m

>>200
ビルドに必要な製品専用の内製のツールなんかはめったにリビルドしないから
ビルドしたらそのままCVS等にぶち込んどくというのは良くやらない？　
古いバージョンはちゃんと古いツールでビルドする必要あるからこうしとくと
安心なんだが。

>>204 やるよ〜

>>203
1.1.3から、外部プログラムにパラメータ渡さなきゃいけなくなったみたい。
とりあえず今までどうりにするなら
%base %mine
を、ファイル名として外部プログラムに渡しとけばいいらしい。
マニュアルの、4.21.4に色々書いてある。

うーん、svn switch --relocateしたら、.svn/wcprops/の中身がごっそり
なくなってしまったらしく、Cannot replace a directory from within
とか言われてsvn upも何も出来なくなってしまった。

そういう症状が出たことある人いません？

>>206
ありがとう御座います、無事うまくいきました。

Changelog.txt しか読んで読んでなくて、何故、、、
と思ったらマニュアルだけじゃなくて、外部プログラムの指定ヶ所にフォーカス当てると
バルーンでも教えてくれていたんですね、キガツカナカッタ…
うぅ、恥ずかしい。。。

ともあれ、助かりました、これで気持ちよく使えます、ありがとう御座いました m(_ _)m

リポジトリのURLによって挙動が変わることが判明。

リポジトリがネットワーク共有上だったり、
ローカルでもスペースを含むパスだったりすると>201の問題が再現しました。

調べてる途中で見つけた問題を報告します。
RepositoryBrowser.cpp の POPRENAME に対する処理で
'\' を検索して file_name と file_path に分割してるつもりみたいだけど、
URLを検索してるんで思ったとおりに動いてないっぽいです。

'/' を検索するのが本来の意図なんだろうけど、
そうするとダイアログにはファイル名しか入力できなくなるんで、
ディレクトリ間の移動ができなくなったりしそう。

なんか>201の問題については修正入ったみたいです。
でも、次のリリースがいつになるのか心配。

チェックアウトされた（と思われる）ファイルまたはディレクトリのパスを渡して
本当にSVNからチェックアウトされたものかどうかを判定することは出来ますか？

>>212 svn info

cvs2svnへの移行はうまくいったけど

Visual Source Safeから移行するツール、vss2svn.pl
( http://vss2svn.tigris.org/ )
がうまくうごかなくなりました。
Windows専用でActivePerlなどをインストールして
会社でやってみたけど途中でDBD-SQLiteのエラーがでてしまいます。

ファイル名先頭にドットがついているファイルの移行がうまくいかない？
エラー内容は会社にあるので今手元にないのでちょっと説明しづらいですが
vss2svnを使った人で同じような状況に直面した人いますか？

リポジトリとプロジェクトの関係が良く分かりません。
プロジェクトごとにリポジトリを作るのか
複数のプロジェクトをひとつのリポジトリにまとめるのか。
前者は面倒だし（細かいツールとか独立したファイルはどうするんだろう）、
後者はリビジョンやログが混ざるし。
現実的にはどうやってるんでしょうか？

最終的に１つのプロダクトになるサイズで１リポジトリにすれば良いと思うよ

$Rev$は 1, 2, 3, ... というふうに番号がつきますが、リリース番号を埋め込むにはどうしたらいいんでしょうか。
よく svn --version とかしたら 1.1.3 とか表示されますよね？あの番号です。
$Release$っていうキーワードがあるわけじゃないし。みなさんどうやって埋め込んでます？
svn copy で tags ディレクトリにコピーしたタイミングでリリース番号をつけられるといいんですが。

それはsubverion自体のバージョンじゃないのか？

プロジェクトのバージョンを意味する文字列を埋め込みたいってことなら、
subversion側はそんなもの管理してませんので、
$HeadURL$ でも埋め込んでください。

あ、それじゃ文字通りHEADのかorz

コメントに@versionじゃだめなのかい？

>>215
自分の所では、プロジェクト毎にリポジトリを分けてる。
んで、プロジェクト間での共通部分は更に共通部分用のリポジトリに分けて、
svn:externals 属性で、各プロジェクトのリポジトリが自動的に共通部分を
連動してチェックアウトするように設定してる。
これで、複数のリポジトリでも１つにまとめて扱える。

詳しくはここらへん↓
http://subversion.bluegate.org/doc/book.html#svn-ch-7-sect-3

できないってことでFA？

>>222
それだとマージする部分が冗長にならない？

>>219
どうも。リリース用にコピーするときに、リリース番号がついたディレクトリにコピーすれば、結果としてHeadURLにリリース番号がついてくるということでしょうか。
そういう方法もあるのか。みなさんこの方法でやってられるんですかね。
とりあえずSubversionではそのような要求を直接サポートする機能はないということなので、なんか考えます。

>>224
たしかにそうだけど、場合によるんじゃない？
自分の場合、共通部分のリポジトリはプロジェクトで使用するライブラリとかが入ってるけど、
そっちは基本的に参照メインで独立してるから、今の所面倒なことにはなってない。

それに、複数のプロジェクトを１つにまとめちゃうと、リポジトリのサイズが増える一方で、
いつかは分ける事になっちゃわない？

自分も最初は１つで進めようとしてたんだけど、１つのプロジェクトが１Ｇ超えた辺りで
マズイ感じがしてきたから分けちゃったよ。

>>225
いや、単に漏れが勘違いしていただけだから忘れてくれorz

タグ付けるまでもなくブランチするまでもなく
単にこれから〜するぞと決意表明のコメントを付ける為だけに
空コミットすることってできない？
touchしても無理だった。

>>228
内容的に変化ないとコミットできないんじゃないかなー。

svn propset ketsui yaruzo .
とかで妥協しない?

>>229
まだ使ったことのない機能だけど試してみるよ。ありがと。
それまではスペース一個編集でしのぐかw

２つの作業コピーで同じファイルを削除して、
別々にコミットしたら空コミットできた。

たぶんバグなんだけど。

ここで報告した問題に対して r12906 で修正が入りましたんで、お知らせします。

コミットしたりビジョン,10,11,12が実はいらなくなって9からやり直すにはどうすればいいですか？
リポジトリへのrevertのようなものがあればいいんですが。
それともそういう巻き戻しに対しても慎重であるべきですかね。
その場合9取得して12の差分としてコミットすべき？

リビジョン管理的には、間違いは間違いの歴史として
遺すものなんじゃないだろうか。

>>234
考え方としてはそれで納得ですが、
作業としてはrename, add, delete含めて完全手作業になりますか？

svn merge 戻したいリビジョン:現在のリビジョン
してコミットかな?

変更の取り消し
http://subversion.bluegate.org/doc/ch04s04.html#svn-ch-4-sect-4.2

>>221
なんだそりゃJavadocじゃないか。
@version $Id$
か
@version $Rev$
みたいなことはやっているがCVSにあったような小数点は諦め気味。

テスト用に作成したリポジトリ(svnadmin create hoge)
を完全に消し去りたい場合はどうしたらいいですか？
単純にhogeディレクトリをrmすればよいのでしょうか？

>>239
そう。まるごと消せばよい。

$Id$つけてコミットしたら何故か9時間ずれた。
dateコマンドで表示される時間は日本時間なのに何で？

Subversionって機能がプリミティブ杉
タグとかロールバックとか一概念一機能割り当ててくれ〜
どっかに将来実装予定の機能一覧とかないの？

>>242
subversion: Subversion Roadmap
http://subversion.tigris.org/roadmap.html

>>241
今のところ、仕様だったはず

>>244
ありがとう。
仕様なら仕方がないね。

Subversion (もしくは CVS あるいは何らかのバージョン管理システム)
が使えるフリーのサービスってありませんかね？

sourceforge.{jp,net} とかでいいの?

あの、個人的な用途に使っていいやつを探しているんです。
sourceforge って個人的な用途に使っていいんですか？
あと、最低でも 5MB ぐらいのスペースはほしいなぁ。

http://www.cvsdude.org/ は知っているのですが、2MB までです。
これはちょっと少なすぎでしょう。

>>246

SourceForgeにプロジェクトの申請やって通ったけど、
審査ははっきりいってかなり甘い。何らかのライブラリとか
ツールをつくっているのであれば審査は通る可能性はある。

自分はSourceForgeとは別に自宅サーバでSubversionを
運用してるけど。Subversionつかおうと思うとApacheに
プラグインをインストールしないといけないので、GCIとかに制限
のあるようなホスティングサービスなんかでは絶対無理。かなり
予算がかかるのを覚悟しないと。

http:// 使う気がない&一人で使うだけならssh使えるレンタルサーバで良い希ガス。
それだけでも出先と家でプロジェクト共有とかってのはできるから用途が合う人にはいいかと。

自宅鯖で良くね？
1万円位の中古のノート買ってきてそこでLinuxで動かせばいいじゃん。

どだべ？DDSLが気持ち的に面倒って人もいるかも。
俺は自宅と共有を使い分けてるけど。

>>252
すみません。DDSLってなんですか？
検索したけど関係ありそうなのが見つからなかった。

私は自宅サーバで使ってるよ。
file:かhttp:しか使った事無いんだけど、svn+sshってパフォーマンスは良いですか？

初心者の質問ですいません。

/path/to/repos/ProA/XX/配下の全ファイル(ディレクトリ含む)を
/home/hoge/にcheckoutするにはどうすればよいでしょうか？
svn checkout file:///path/to/repos/ProA/XX/
とすると、/home/hoge/XX/の下に全ファイルができてしまいます。
要は、XXはいらないってことなんですけど。

>> 254
svn checkout file:///path/to/repos/ProA/XX/ /home/hoge
とかでしょ。
svn help checkout とか svn checkout --help とかしてみよう。

ま、既に /home/hoge/XX/ にあるなら、
それをそのまま (各ディレクトリの「.svn」ディレクトリも含めて) 移動すればいいんだけど。

これから導入を検討しています。
Linuxサーバ上にリポジトリを作成し、さらに、Linuxクライアント(約10台)
からネットワーク経由でリポジトリへアクセスすることを考えています。

これって、やはりすべてのLinuxクライアントにSubversionをインストール
しなきゃいけないんでしょうか？Linux用の便利なクライアントソフトって
あるのでしょうか？

>>256

http://shiba.zive.net/ape.html#svn-ap-e-table-1
このへん試してちょーだいませ。

ここにないところでは、Eclipseのプラグインもあるな。

subversion使ってみようと思ったらsubversion.tigris.org死んでんじゃねーかよ!

フン、いいよ。俺はCVSで生きていくよ……。
でも誰かsubversion-1.1.3.tar.bz2のミラーのあるとこ知ってたら教えてください。

転覆しとる・・・

ぬるぽ

ガッ

>>258
http://www.google.co.jp/search?num=30&hl=ja&c2coff=1&client=firefox-a&rls=org.mozilla%3Aja-JP%3Aofficial&q=subversion-1.1.3.tar.bz2+%22Index+of%22&btnG=Google+%E6%A4%9C%E7%B4%A2&lr=

ああなるほど、"Index of"をつけて検索すればいいのか。
ありがとさんでした。さっきCVSに突っ込んだソースコードをsvnに突っ込み直します。

復旧sage

本家 (s.t.o) は実は結構しょっちゅう死んでる気がします。
それだけアクセスが集中するっちゅーことですかね。

.svnファイルのおかげでsubversionのシステムが成立しているのは
分かった上で、質問ですが、
なんとか、BASEのファイルをlocalに持たずに、レポジトリだけに
置いておいて、バージョン管理できないものでしょうか？
会社のUNIXディスクですなんですが、個人パーティションは
200Mしかないのでバイナリまでバージョン管理しはじめるとすぐに
いっぱいになってしまいそうなので、裏技的でもいいので
何かあったら教えて下さい。

>>266
cp /usr/bin/cvs /usr/bin/svn

>>266
増やして貰えるように交渉した方がいいと思う

最近、hotmailでもタダで250MB使えるのに200MBは少ない希ガス

あるのかないのかを聞いてるんだろ

>>266 無理。あきらめろ。

バイナリは管理しない

>>266
「BASEのファイルをlocalに持たずに」というより「要らないBASEファイルを持たずに」であるという点では
271と同様のアドバイスになるけど、
「必要なディレクトリのみ checkout する」とかは?
まぁ、すべてが同じディレクトリに入っているとかだときついけど、
(使ったことないけど) 一応 -N [--non-recursive] オプションもあるんだし、
上の方にあっても (根元に近くても) 可能な「技」です。
試してみては?

あと、リポジトリ中のコミットする必要がないけれど読んだりはしたいファイルは、
checkout でなく export で取り出すとか。

でもよく読んだらリポジトリも含めて 200 MB かー。それはきついな。
バイナリだし、バージョンが上がるに従ってリポジトリ容量自体が一気に増える可能性もある。
そしたらいくら作業コピーを削っても無理でしょう。
リポジトリだけウェブ上の適当なサービスを使うとかはできないのかな。
Subversion 使用可能なスペースって、以前話題に出た気がするけど。

>>266
SWIGとか使ってSVNのAPIを叩けば可能と思う。
tools/examples/putfile.pyがそのまま使えそう。

>>266
今時Ｍはきついな。昔のSunかな？
FreeBSDとかLinuxとかで鯖立てて英雄になるか、ローカルに１台持てば？

>>257
サーバとは別のサラの状態のLinuxクライアントにRapidSVNを入れてみました。
libsvn_ra-1.so.0なんかが足りないと言われます。
やはり、それなりのライブラリをそろえないといけないんでしょうか？
（クライアントマシンにもSubversionをインストールした方が無難
　ですかね？）

RapidSVNかぁ・・・期待してるんだけどねぇ・・・(遠い目)

emacs のフロントエンドでCVSのはあるけどSVNのは誰か使ってますか？

266です。
いろいろアドバイスどもです。
一点補足です。レポジトリ自体は、別ディスクに置くので容量は
（現実的には）制限なしです。
なので、>>273さんのやりかたは結構いけそうな気がしてきました。
あまり詳しくは書けませんが、会社のディスク割り当てが、
プロジェクトに割り当てられるようになっていて、個人には
ほとんどあてられないので（＋必要ないと考えられている）、
２００Ｍしかないんです。（当然プロジェクトはG単位です）
とりあえず、exportしておいて、修正する時だけ（めったにしないので）
上記プロジェクトディスクを一瞬、間借して、バージョン管理して
また、再度自分の所にexportで取得するってのが良さげな気がしてきました。
参考にさせていただきます。いろいろありがとうございましたm(..)m

266です。
ってかexport/importに気が付かない僕がまぬけなだけって落ちかも...

ちなみにプロジェクトディスクに実態を置いて、自分のホームからは
シンボリックリンクっていう手もあるのですが、プロジェクトディスクは
いつ消滅するかわからないので、だめなんです（連絡はありますが、
気付かなかったら消滅します。。。）

いろいろどもでした〜

んじゃ、ハードリンクで

>>281
266です。
あ、ハードリンクは駄目ですね。ファイルシステムが同じとは限らないんです。
一瞬いいアイディアかと思ったんですが、残念です。
アイディアどうもでした〜

>>278

psvn.el は?

psvn.elは便利だけど、重いよな。

RapidSVNってFSFS未対応だよね

Tortoise最強ってことで

cvs release -d に相当するコマンドはありますか？
今ググったりして探してるんだけど1.1.3 releasedとかのお知らせばっかり引っ掛かって・・・

rm -rf しちゃっていいんじゃなかったっけ？
ぐぐるなら、"cvs release" とかクォーティングすれば良いと思われ

cvs editとか使ってるんでない限り、cvs releaseって必要ないからなぁ。

>> 288, 289
サンクス。リポジトリ側でバックアップ取って作業コピー rm -rf してみました。
特に問題ない模様。リポジトリ側で誰が作業中かとか管理してたらやだなと思ったの
ですがそこまでしてないみたいですね。

管理してないですよ。Subversionはその辺りは一切見ていません。
だって誰がどこを作業してもよいようになっているので。
svn diffやsvn statusだって、何のオプションもつけなかったら
わざわざリポジトリにアクセスしません。

ローカルではできたんだがサーバーにリポジトリ作ってhttpたたいて
インポート＆チェックアウトすることができませぬ・・・。
どこかにその辺の詳細があるサイトとかないかしら？
Windwows Server 2003でHTTPDでとりあえずやってるんだけど。

>>292
まずは、「本」を読んでくれ。
それと、http経由はApache2.x系でしかできなかったような希ガス

>>293
本買うまでもないと思うけど。
WebDAV/DeltaVで使うなら、apache2のモジュールしかない。

>>294
「本」って
Subversion によるバージョン管理
http://subversion.bluegate.org/doc/book.html
のつもりだったんだけど。

>>295
実際に出版された方かと思った。
会社に買ってたやつがいたので。

あれ、もっと安きゃ買っちゃったんだけどな。電車の中で読む用に。

cvs2svn で cvs リポジトリを svn に変換しました。

その時 /path/to/repos/trunk/projectA, /path/to/repos/trunk/projectB
のように、各プロジェクトが全て trunk の下に作られました。

これを /path/to/repos/projectA/trunk/, /path/to/repos/projectB/trunk/

のように プロジェクト毎に trunk, tags, branches を管理したいのですが、
どうやって移動すればよいのでしょうか？

それとも、/path/to/repos/trunk/ 配下に複数プロジェクを置くのが
流儀なのでしょうか？

よろしくお願いします。

CVSROOTの下のモジュールを個別にcvs2svnすれば
いいんじゃないの?

漏れは~/svnrootというただの(=mkdirで作った)ディレクトリの下に
プロジェクトごとに置くようにしている。
一緒にして関係ないプロジェクトが更新されたときに全体の
リビジョンが上がるのは嫌だから。

>> 299
そうすると、プロジェクト毎に、svnadmin create した形になるんですよね？

設定ファイルなどがばらけるのでなんとなくしっくりこない事ないですか？

バラバラで不便だと感じたことってとくにないなぁ。
レポに手作業で手を入れる箇所ってhooksくらいだし。

>>298
確かそういう場合のやり方がどっかに書いてあったような希ガス。
本は読んだか?

>>298
このスレか前のスレで何回か出たし
(1) svnadmin dumpしてダンプファイルを作る。
(2) ダンプファイルをsvndumpfilterにかけてプロジェクトごとのダンプファイルを作る。詳細はsvndumpfilterのヘルプを参照。
(3) プロジェクトの数だけsvnadmin createし、新しくできたダンプファイルをそれぞれにsvnadmin loadする。
でOKかと。
本の中にも、リポジトリの配置の変更だかなんかのところに書かれていたよ。
基本的にリポジトリの分割はsvndumpfilterでできるんだけど、
みんなこのコマンド知らないんだよねぇ……。

(補足1)
svndumpfilterは
「パスhogehogeを取り除く」
「パスhogehoge以外を取り除く」
をするコマンドです。
なので、別にプロジェクトごとじゃなくても適当に自由に使えばいいかと。
取り除かれたパスを変更するリビジョンの処置の選択 (ずらすとかそのまま残すとか) も
できるので、それなりに使えるよ。

(補足2)
http://subversion.bluegate.org/doc/ch05s03.html#svn-ch-5-sect-3.5

(2.5) 必要ならば、ダンプファイル中のファイルのパスを手動でいじる。例えば/trunk/projectXを/trunkに置換したりとか。

を忘れていた。

カレントディレクトリに CVS/ しかないときには cvs になる (cvs を exec する) ようにならんかなー。

こんなシェルスクリプト cvs をPATHの先端のほうに入れる。

#!/bin/sh
if [ -d CVS ]; then
echo "A directory named CVS is detected, executing cvs instead."
exec /path/to/real/cvs $*
else
exec /path/to/real/svn $*
fi

私はこれの逆をsvnという名前のzsh関数にしてます。

subversion.bluegate.org 落ちてるのか繋がりませんね。
HDDトンでしまって、あれのxmlソースを保存してたのを紛失したので orz

>>308
オレも全く同じ理由で見たいんだけど、アクセス出来ない orz

>>308-309

ttp://web.archive.org/web/20040215012112/http://subversion.bluegate.org/doc/book.html

あ、XMLソースか…それはさすがにキャッシュされてないかな？

TortoiseSVNでインポートするのと同じタイミングで
キーワード置換ってできますか？

いまはインポートしてチェックアウトして属性設定してコミット。
リビジョンは２になる。
リビジョン１との変更点は実質ないのに。

>>312
リビジョン０（作成したばかりのレポジトリ）をチェックアウトしてから、
ファイル追加＆属性設定してコミット、でリビジョン１にならん？

>>312
と言うか属性設定は立派なリポジトリの変更じゃん

>312
キーワード置換、じゃなくてキーワード置換の設定じゃねーの？
auto-props でどーぞ。

subversion.bluegate.org 復帰してる

>>316
繋がらないな。DNSレコードは書き換わってる気がするが…

ＳＶＮでＯＦＦＩＣＥ文書を管理したいのですが
みなさんはどのようにされていますか？
＄Ｉｄ＄をドキュメントに埋め込みたいのですが・・・
むりですよね。
リポジトリから取り出したあとが問題で・・・

＞＄Ｉｄ＄をドキュメントに埋め込みたいのですが・・・
埋め込む以前に終わってる気が。

リポジトリから取り出したあとの何が問題なの？

>>319に同意。
>>318には何が「終わってる」と指摘されているのか、きっとわかるまい。

ｎ

>>320
釣れた。（ｗ

　

$ svn checkout http://svn.collab.net/repos/svn/trunk
チェックアウトしようとするとエラーがでます。文字化け。
collab.netからsubversionをチェックアウトするには権限が必要なのでしょうか？

うーん、問題なくcoできたけどなぁ。
svnクライアントはなによ?

>>325
ID見れ。回答不要かと

漏れもcoできた。だが、あえて方法は言わない。

>>320
釣れた。（ｗ

だから。

コラ

おいらもできますた。でも、方法は内緒。釣り師嫌いなので。

こういうのは釣られ師と言うんじゃないのか。

svn copyって、当然のようにコピーしつつファイル名を変えることができますけど、
TortoiseSVNってそういう動作は出来ないですか? 色々試したけど駄目っぽい気が。
コピーして、コミットしてから変更してますが、正直面倒。

>>331
Branch/Tagで良いんでないの？

本幹と分枝という切り分けじゃなくて
着地点が同じの二つのプロジェクトを二つのスレッドとして管理したいのだけれど実現可能？
互いの差分や進捗状況を容易に把握したいので
ぶっちゃけ意図的に競わせて全体のアクティビティーを上げるためにsvn使いたし

運用で頑張ればいいんじゃない？
trunk-1/ trunk-2/ みたいにして。
話し間違ってたらスマン。

そもそもsvnってtrunkもbranchも区別しないんじゃなかった？
使う側がリポジトリツリーの「こっから下がtrunk」「ここから下のはbranch」って
運用上決めてるだけでしょ。

>>331
それは TortoiseSVN に限らず、GUI 全般に言えることだよな。
あと、親が異なる複数のディレクトリを同時に選択してアトミックコミットできないとか。
素直に svn を使えばいいものを、GUI マンセーな会社の同僚は頑なに拒んでいる。

>>336
それくらいだったらcommit対象からcommitしたくないファイルを除外すれば良いだけだから、
多少めんどくさいけど別に「頑な」って程じゃないと思うけどな。本人の納得できる方法でやれば良し。
ただ、そーゆーことしないで分割commitしちゃうやつは迷惑だから叩いてﾖｼ。

あと、>>331はコピー元がリポジトリの場合は>>332の方法でできるだろ？
コピー元が作業コピーの場合は右ボタンのD&Dからできるし。

自分が日常使う分にsvnの出番はほとんどないよ。過去に使ったのは、
・ビルドを自動化するスクリプトで
・ファイル名の大文字⇔小文字を変更しようとして
・TSVNのexportがバグってたとき
くらいなもんだ。

レポジトリ損壊のため、バックアップの古いレポジトリに入れ換え
commitしたんですが、no such revisionと怒られてやはりcommitできません。

このような作業コピーのほうがrevision番号が上になってしまっている
状況で、最新の作業コピーの内容をレポジトリに反映させるのに
何かいい方法ないでしょうか？

バックアップをチェックアウトして、最新の作業コピーのファイルを上書きしてコミットするしかないんじゃない？

バージョン管理とか全然わからんのですが、svnで管理されているオープンソース
なプロジェクトのコードを弄ったのです。

弄ったソースを開発者様に届けたい時は、
svn commit -m "[変更内容]" [変更したファイル]
で、いいんですか?

届けるって？

>>340
コミット権あるの?

>>342
たぶん無いと思います。

svn diff > hoge.patch
として、 hoge.patch をメールで開発者様に届ければええのでは。

1.1.4 もうすぐsage

subversion.bluegate.orgはどこに行ったの?

debianでsvnserveを動かしています。
サーバはsubversion:1.1.3-2, libsvn0:1.1.3-2。ssh経由、inetdを使ってsvnユーザ権限で動作させており、
クライアントはwinXPsp1 Proで、TortoiseSVN1.1.3, Build2502 UNICODEを使ってます。

しばらく問題なく使えていたのですが、「Can't recode string」というエラーが出てディレクトリ内参照などができなくなりました。
日本語ディレクトリ以外の操作は問題なくできます。
subversionを最近使っていなくて、その間に入れたパッケージといえばapache2くらい。(apache1.3と入れ替えました）
subversionスレ2の692さんのカキコミにあるようにset-language-envをsvnユーザで実行したもののダメでした。。
ttp://ukai.org/d/index.cgi?2004-08-18&l=enにあるようにlibapr0というパッケージが問題かと疑っているのですが
同じような症状になった方はいらっしゃいませんか？

>>347

それはdebian側のクライアントが出すエラーじゃないかと思うんだけど、
具体的にどのコマンドで出ますか?

TortoiseSVNでもCan't recode stringは出るのかな。

debian側のクライアントで出てるって前提なら、LANGがあってない以外の原因は無い気がします。
set-language-envのほかに、/etc/locale.genを確認してみることをお薦め。
もしくはsamba使っているなら、sambaのcodeがLANGと一致してないのではないかと。

>>346
復活したみたい

>>349
サンクス

>>348
すみません。言葉足らずでした。
debian側はサーバが動いているだけで、クライアントは利用していません。
問題のエラーが起きているのはwindowsクライアントであるTortoiseSVN側です。

あぁ、Tortoiseで出るのか。
しかもsvnserveか。使ってないからアドバイスしにくいな。

間違いなく漢字コードの不一致だとは思うんだけど…

debianクライアントでsvn lsしてみれば、漢字コードがどう格納
されてるかわかるかな？

たとえば、正しくutf-8で格納されている

「用」という文字は、うちのdebianクライアントで以下のように表示すると、

LANG=C svn ls
?\231?\148?\168

ってなります。単にsvn lsだと、
用

>>352-353
ありがとうございます。手始めにsvnserveの実行ユーザであるsvnユーザで調べてみました。
当方ではLANG=Cでも、そうでなくても?\231?\148?\168でした。

別ユーザで同じことをすると、単にsvn lsしたときに　用　と出ることがあったので
echo $LC_ALL をそれぞれやってみたところ、前者では空白行、後者ではja_JP.EUC-JPでした。

そこで、/etc/profileにexport LC_ALL=ja_JP.EUC-JPを追加し、inetdを再起動してみたところ、
日本語ディレクトリ名が使えるようになりました。
でもその後、/etc/profileを元に戻してinetd再起動してもやはり日本語は使えるという不思議な状態になってしまいました…

ともあれ問題を解決することができました。ありがとうございました。m(_ _)m

svn の Windows ネイティブバイナリ
(http://subversion.tigris.org/files/documents/15/20015/svn-1.1.3-setup.exe)
には、
C:\Program Files\Subversion\share\locale\ja\LC_MESSAGES\subversion.mo
が収録されていないようなのですが、これはなぜでしょうか？
仕方がないので、FreeBSD からコピーしてきたところ、
日本語ヘルプをうまく表示させることができました。

また、subversion の日本語 ML への参加のしかたを
ご存知でしたら教えていただけないでしょうか。
>>2 のものは既に存在しないようなのです。

>>355
同じこと（ただしファイルはTortoiseSVNから）をやったことがあるけど、
いろんなところでUTF8のメッセージがコンソールに現れるんで結局元に戻した。

パッケージに入ってない理由は知らないけど、
入ってたとしてもこの理由でたぶん使わない。

>>355
ML消えたんじゃないかな。
arch-jpも無いし。

試しにrequestに投げてみたけど、返事来ませんね。
mailmanの備忘通知も3月は来てないし。

http://subversion.bluegate.org/

一番上に、MLはまだ復活できてないって書いてあるね。
色々トラブってる模様

なるほど。ネットワーク的に動作が不安定だったのですね。
残念です。お答えくださったみなさん、ありがとうございました。

>>356
そんなことがあったのですか。
私はそのような事態には遭遇していないのですが、
端末としてckoを使ってるので、気づいていないだけかもしれません・・・
(sjis/euc/utf-8を自動判別する端末)

MLに上平さんのメールが流れましたよ。
もうしばらくしたら復活するんじゃないかな。

1.1.4はなんかリリース手順でゴタゴタしてたんでスルーして1.2を待つのがよさそう。

>>362
TortoiseSVN 1.1.4 はリリースされてるのに何故 Subversion 1.1.4 がまだ？
と思ったらやっぱ何か事情があったんですか。。。

亀でDiff取るとタブがｻとかﾅとかに展開されちゃうんだけど
どうにかならないの？

>>364
Ctrl+Tを押す。

>>365
それでカタカナは消えたんだけど今度は上行の表示が半端に合成されてしまう・・・
ファイルはSJIS+CRLFでランゲージパック有り無し、日本語フォント欧文フォント両方でやっても同様。
1.1.4がまずいのか・・・

>>366
隣接する行が重なっちゃうってことかな？
うちも1.1.4だけど特に異常ないなぁ。
WinMergeとかに逃げるってのは駄目？

カーネル開発をBitKeeperから別のバージョン管理システムに移す話が出てるんだが、
Subversionプロジェクトは「信者の皆さん、Subversionはカーネル開発に求められる
分散環境を実現できないから、Linusにプッシュかけないように」てお達し出してる。
ttp://subversion.tigris.org/subversion-linus.html

>Please Stop Bugging Linus Torvalds About Subversion
どうかリーナスさん、バグを生み出さないようにSubversionを使ってください。

0点

BitKeeper ってどうなんだろうね

BitKeeperそれ自体はとても良いものだ。

有料だから普及していないだけ？
BitKeeper のオープン / フリー版ってないかな。

おっと惜しかったな、今フリー版が無くなった所だw

LinusはMonotoneの名前を出したらしい。
ま、これ以上はスレ違い。

>>373
FSFが作る言ってたような気がするが…
期待するだけ無駄だな。

もうあるよ。確かbitbasketってやつ。

LinuxはPerforceは使わないの?

>>375
> LinusはMonotoneの名前を出したらしい。
出す前にあらためてSubversionをコケにした。

Linusの毒舌は今に始まった事じゃないから

Subversionなかなかよいソフトなんだけど
分散環境に対応してないのが玉に瑕だよね。

svkはどうなったの？

分散環境さえあればもっと便利になってもっと普及するのにな。











で、分散環境って何？

なんだよ、おまえそんな事も知らないのかよ。










で、分散環境って何？

mozilla partyにえらい人が来るという噂を聞いたので、
そこで質問してみるといいかもしれん。

Tortoiseの補完的にsvn使うのにネイティブなのとCygwin版ってどっちでもいいんですか？
挙動に差がないならCygwin版にしようかと思ってるんですが。

>>386
ログには日本語は書いてはいけません。
--help も英語でよみましょう。
ファイル名に日本語なんてもってのほかです。

この約束が守れる良い子はCygwin版使っても良いですよー♪

Monotone 使ったことある人いる？興味あるので感想希望。

Linuxソースコードの新たな「家」を探すL・トーバルズ
ttp://japan.cnet.com/news/ent/story/0,2000047623,20082559,00.htm

$Date$ とかで置換される文字列の文字コードを制御するにはどうしたら良いでしょうか？

確かまだ無理

1.1.4のsvn diffで
(リビジョン ?)
(ワーキングコピー)
がutf8のまま出力されるんだけど。

>>391
で?

Monotoneはスケーラビリティに問題があるのでLinusは自分でツールを書きはじめたらしい

SourceSafeのファイル共有が恋しくてNTFSのハードリンクで無理やりやってみたがなんか微妙だな・・・

>>393
それすごく期待

>>392
誰かなおした奴いないかと... いそうも無いので自分でなおした。
お前ら本当に使ってるの?

いまどきロケールがja_JP.UTF8じゃない奴は脳がゴム動力。

別にそこの文字は可変なわけじゃないので気にならないから無視してる

普段はTSVN使ってるから気づかんかった。

今KernelTrapでSCMのvoteをやってる。
http://kerneltrap.org/node/4970/

やっぱりSubversionが一番人気でCVSがそれに続いている。個人的には
GNU ArchとかDarcsのようなタイプの方が好きなんだけど。

既出かもしれないが file:///path/to/repos をいちいち入力するのが
めんどい(シェル履歴で済むとかいう問題ではなく)。CVSROOT みたいなの無いの？

あと、ドットファイルの管理もしたい。具体的には ~/.* をひとつのリポジトリで管理したい。

それと BDB は使わないのでコンパイルの時点で BDB のサポート抜きでビルドしたい。
FSFS の方が良さげっぽいので。つぅか MySQL や PostgreSQL にデータを突っ込めるようにして欲しい。

余談だけど公式サイト堕ちすぎ

>>401
もれはsvn=file://$HOME/svnのようにしてる

>>403
1行目は--without-berkeley-dbでconfigureすれば良いんじゃなかった？

>>403
Tortoiseでも未練がましく毎回聞いてくるしな。
設定ダイアログでデフォルト指定させてくれよ。

mkdir dotfiles
mv .管理したいドットファイル dotfiles
cd dotfiles
svn import ext+ssh://svnserver/repos/dotfiles/trunk .
cd ~/.. (ホームの1つ上へ)
svn co ext+ssh://svnserver/repos/dotfiles/trunk 藻前のlogname

とかかな。適当。

.subversionとか.ssh/configとかも管理しようとするとco時にややこしい
ことになるかも。

>>403
> つぅか MySQL や PostgreSQL にデータを突っ込めるようにして欲しい。

つ【http://www.cdrguys.com/subversion/】

>>408
俺は ~/.Xdefauls -> ~/.dotfiles/.Xdefaults という symlink を張ってる。

最近のアプリはドットファィルやディレクトリを~に勝手に
作成してしまうからな。mvし忘れとかするし面倒だし。
すべてのアプリは.dotfiles以下にドットファィルをつくる
みたいに統一されると管理上ありがたいような気もする

すべてのアプリはホームディレクトリにドットファイルを作るという仕様に
統一されている。

リポジトリ構成についてですが、
/path/to/repos/{trunk,branches,tags}/projects か
/path/to/repos/projects/{trunk,branches,tags} で迷っています。
みなさんはどのような根拠でどちらの構成なのでしょうか？

あと、trunk branches tags そのものに疑問です。
実質 current stables releases なのでは？

>>413
そう思うならそうすれば。

>>413
trunkがcurrentだっつーのはわかるし、tagsがreleasesだっつーのも無理すればわかる。
しかしbranchesがなぜstablesと対応すると思うのか、全くわからん。
全っ然、違うじゃねーかよ。

>>415
branchesがstablesでもtestsでもええがな。
要はtrunkのある相で切ったtagsの後処理がbranchesだ。

trunkだのtagsだのの運用上のやりくりをあたかもシステムの機能であるように見せてくれるGUIラッパーが欲しい

>>416
後処理？？？
ブランチはあとで trunk にマージするような開発をする場所ですぞ？
きちんとやるなら全て開発は branches でやって安定したら trunk にマージする。
そういう使い方ならこんな感じかと。

trunk: stables
tags: releases
branches: streams

>>418
ｗ

>ブランチはあとで trunk にマージするような開発をする場所ですぞ？
マージを前提としない branch があって悪い理由はなかろ？
>413 の頭にあるのは FreeBSD 等の開発方法じゃないだろうか。
current として開発しているものが stable として分岐、以降特定の時点のものが
release としてタグづけられる。で、またある時点で stable が current から分岐する、と。
実際 CVS 上で branch と tag で管理してるし。

で、やり方は色々あるので(>416 のように branch は常に trunk にマージする等)、
より汎用的な trunk, bracnch, tag の方を使ってるだけかと。
Subversion 的には区別されないので使う人間側の問題。好きにしる！

漏れは開発は trunk に一元化する方が良いと思うぞ。
何のためにアトミックな commit が強化されたのか。
また、branches で HEADs なんて話は聞いたことがない。
概念的には branche は fork に等しいと個人的にはそう捉えている。

>>420
ああ、後処理ってのはいわゆるセキュリティフィックスのみを古いリリースに施すというたぐいの話か。
FreeBSD だと確かにそれは各 stable ブランチにあたるね。
各開発者の俺ブランチも stable ブランチも branches に一緒くたにしてもいいし
区別するなら branches の中にフォルダ切ってもいいかもね。

>>422
俺ブランチはローカルのワーキングコピー内で勝手にやって下さいな。
パブリックな場でプライベートなブランチを生存させる意義が理解できませんな。
そのようなブランチが存在するとプロジェクト運営が錯綜してプロジェクトの方向性を失いかねない。

頻繁にブランチを立てる必要性があるのならば別プロジェクトにしてトランクを２本にすればよかろう。
そういう体制にすると互いに間接的にアイデアの奪取が発生し競争原理が働いて円滑に事が進むかもしれない。

>>423
ｗ

>>423
ん？ワーキングコピー内でブランチってどういう事？

と言うか俺ブランチはブランチのごく一般的な使い方でしょ。
http://subversion.bluegate.org/doc/ch04s02.html
別に使わんでもいいものだけどさ。

もしかしてコミットのタイミングも結構違う感じかも。
漏れの場合は動作確認がとれるたびにできる限り細かい頻度でコミットするようにしてるけど、
あなたの場合はコミットというものはもっと大きな意味を持っている感じがしなくもない。

updateとかしたときにversion xxxってでるけれども
これはレポジトリ全体のバージョンってことですよね？
この番号をソースに埋め込みたいんだけど
これを参照できるkeywordってないんでしょうか？

そのファイルが最後に変更されたrevisionは $Revision$ で取れるみたいだけど、
リポジトリのリビジョンはないみたい

ないですか、やっぱり。 o rz
rpsver.hみたいなkeyword埋め込むだけの
ファイルつくるしかないかな〜
意味のある編集をしないとkeywordは
更新されないところが逆につらい。

>>428 SubWCRev

なるほど、内部でsvnを呼び出してversion.hをつくればいいわけか。
tortoise使ってないんで知りませんでした。
svn_path.hを修正すれば他の環境でも動くかな？
シェルスクリプトで書くほうが早いような気もするけど。

TortoiseSVN の Nightly Build からインストールした
TortoiseMerge(1.2.0, Build 3116, UNICODE) が、
日本語(SJIS)含むファイルの差分を表示できなくなってた。

今までちゃんと見れてたのが運が良かっただけなのは、
薄々感づいてたけど、これで 1.2.0 がリリースされるのだけはなんとか阻止したい。
しかし解決方法がわからない。
MBCS から UNICODE にした時になにかマズイことが起こったぐらいしかわからない。

だれか助けて。

>>431
奇遇だな俺もちょうど内蔵Diffが表示されなくて困ってたんだよ。






%temp%フォルダが実在しなかっただけなんだけどなーorz

>>432
何の助けにもならないコメントだな。

Subversion で、リポジトリのあるホストとは別のホストから
ネットワークごしに新しいリポジトリを作成することは可能でしょうか？

>>434
svnadmin はネットワークを越えて動作することは無い。
svnadmin をターゲットホストで起動できれば可能。

>>434
素直にリモートログインしてからリポジトリ作らないの？

できるだけ穴あけたくないもので。。。
80/443 だけで済ましたい。

そういうCGIを書く

>>437
あまり「wwwやhttpsだけ」に固執してると、逆にそこが急所になっちまうと思うが。

>>430
svnversionなんてのもある。

>>439
httpsに固執したときの急所とは？
# それだとsshとかも同類なのか？

リポジトリのリビジョンを調べるにはどうしたらいいでしょうか。
svn info だと、指定したファイルのリビジョンは得られますが、リポジトリのリビジョンはわかりません。
あるいは、trunk/ 以下のファイルにおけるリビジョン番号の最大値。

わからんかったので
svn info -R . | grep Revison | sort +1 -n | tail -1
してみた。

商用コード開発では無く、大学の科学数値計算などSubversion使ってる方いますか?
Fortran/C++/Matlabって感じでコードを書いていて、RCSに限界を感じてSubversionを
試させてもらっているのですが、リポジトリの作成、構成で悩んでます。
複数のプロジェクトがあって、それらがあまり関連していない場合、リポジトリは別々に
作った方が良いのでしょうか。それとも、リポジトリは極力少ない数の方が良いのでしょうか。
個人的な数値計算コードなので、規模としては小さいですが、プロジェクトの数はたくさんあります。

公式マニュアルだと、リビジョン番号がリポジトリベースで更新されるので、関係ないプロジェクト
の番号が上がるのが嫌ならば、プロジェクト別にリポジトリを作っても良いとありますが、
逆にレポジトリを増やすとメンテナンスが大変とも書いてある気がして、迷っています。

みなさんはどんな基準でリポジトリとプロジェクトの構成を決めてますか?

自分の場合は、個人で使うような場合や、
規模が小さいプロジェクトの場合は１つのリポジトリにまとめて、
それ以外はプロジェクト毎にリポジトリを分けてるかな。

>>445さん
レスありがとうございます。参考になります。
やはり、ある程度の規模のプロジェクトはリポジトリを別にするのが良いのですね。
そして、複数リポジトリを使うのは別に問題ないということが>>445さんの話でわかりました。

まだ使いはじめたばかりで、リポジトリの構成や大きさについてわかっていませんが、
教えてもらった内容を参考に、がんがって使っていこうと思います。

>>446
あ、まったく問題が無いわけじゃないよ。
リポジトリを分けた場合、複数のリポジトリを svn:externals とかで参照して１つのプロジェクトを作り上げようとすると
ブランチがし辛かったりするはず。

でも、１つのリポジトリのサイズが無限に膨らんでいくのも困るから、中規模、大規模のプロジェクト
は専用のリポジトリにしてるって感じかな。

>>445=447さん
丁寧な補足多謝です。
自分はそんなに大きなプロジェクトとかやりませんし、ほぼ個人レベルの計算用コードなので
複数のリポジトリの統合(?)みたいな難しいことはやらないと思います。さらには、
ブランチとかタグとかも正直よくわかっていません。当面、自分のやった修正がきちんと
追えて前の状態に戻せたりして管理できれば十分なレベルです。

とりあえず、あまりリポジトリは乱発しないで、様子を見ながら使っていこうと思います。
ありがとうございました！

>>442,443
svnversion .
で同じ値が出てきそうだ。
ローカルな変更や、リビジョンの混在も検出されるぞ。

svn update すると表示されるな。

>>449
どうもありがとう。ほんとうはリビジョン番号だけが表示されればいいんだけど、とりあえずはこの方法で我慢します。
>>450
updateはしたくないな。

>>448
そんな用途でいいのなら、わざわざSubversion使うことなく、今までどおりRCSでよいような気がする。
でもRCSで限界を感じるんだから、たぶんネットワークごしに使いたいとか、そんなのが目的だと勝手に推測する。
で、その推測が当たってるとしたら、SubversionとRCSを組み合わせて使うという方法を勧める。
個々の小さいプロジェクトはすべてRCSで管理。そしてそれらをすべてSubversionのリポジトリ配下に治める。
つまりSubversionを単なるネットワークリポジトリとして利用するだけ。バージョン管理はRCSで行う。
ディスク領域は多少無駄になるが、気にするほどのことではない。
荒業だが、意外と便利。

>>452
ちょっと言葉が足りなかった。
個々のプロジェクトはRCSで管理して、それらをすべてSubversionの「単一」リポジトリ配下に治める。

>>452
RCSはCVSのベース程度にしか知らないんだけど、
そこでRCSが間に挟まってるメリットは何？

>>452さん
> でもRCSで限界を感じるんだから、たぶんネットワークごしに使いたいとか、
> そんなのが目的だと勝手に推測する。
ご指摘の通りです。感服します。
仕事場と自宅などでの同期を考えたとき、RCSだと手間がかかるというか、面倒で。

私も>>454さんと同じで、RCSを間に入れる利点をもう少し詳しく教えて
いただけると幸いです。

問題になっているのはsvnのバージョンナンバールールだろ。
リポジトリ全体の状態でユニークなナンバー付けになっているので
リポジトリ単位が重要になってくる。基本的な考えではナンバーは
リリースナンバーとみなしてよい。リポジトリ内に一貫性を保て。

svn リポジトリに RCS リポジトリをいれて、RCS リポジトリが衝突したらどうするんだ？？

>>455
いや、だからSubversionをただのネットワークリポジトリとして使い、バージョン管理ツールとしては使わないのだから、RCSなり他の手段が必要だろ。

・小さいリポジトリがたくさんの場合
→利点：個別にバージョンを管理できる。
→欠点：管理理が面倒。リポジトリが100コあれば、checkoutも100回行わなきゃいけない。もちろんupdateも個別に行わなきゃいけない。
→欠点：なにより全部のリポジトリ名を覚えられない。

・ひとつのリポジトリに押し込んだ場合
→利点：管理が簡単。プロジェクトの数によらずcheckoutは一回ですむし、updateすれば全部のプロジェクトがupdateされる。
→利点：個々のプロジェクト名を思い出せなくても無問題。
→欠点：個別にバージョン管理できない。あるプロジェクトでcommitすると、リポジトリ全体のバージョンがあがってしまう。

・プロジェクトはRCSで個別にバージョン管理し、全体をひとつのSubversionリポジトリに入れた場合
→利点：管理が簡単。プロジェクトの数によらずcheckoutは一回ですむし、updateすれば全部のプロジェクトがupdateされる。
→利点：リポジトリ名を思い出せなくても無問題。
→利点：個別のバージョン管理ができる。あるプロジェクトでのciは、他のプロジェクトに何の影響も与えない。
→欠点：個々のプロジェクトがRCSで管理できるぐらい小さい場合にのみ有効。
→注意：当然ながら、Subversionのほうでpropset svn:keywordsを有効にしてはいけない。

>>457
どうしようもない。死ぬのみ。
ただ>>448はチームで作業しているわけでなく、個人で作業しているだけだから、RCSのリビジョンファイルが衝突する可能性はとても低い。
衝突すれば、それは作業ミス。rm *と同じで、それはミスッたやつがわるい。

>>458
> ただのネットワークリポジトリとして使い、バージョン管理ツールとしては使わない
( ﾟДﾟ)ﾊｧ?ヴァカですかアナタ。

> リポジトリが100コあれば、checkoutも100回行わなきゃいけない。もちろんupdateも個別に行わなきゃいけない。
> なにより全部のリポジトリ名を覚えられない。
( ﾟДﾟ)ﾊｧ?スクリプト１本で終いやないか。

> プロジェクトはRCSで個別にバージョン管理し、全体をひとつのSubversionリポジトリに入れた場合
( ﾟДﾟ)ﾊｧ?二重にロックしてアナタ頭おかしいんですか？

svn:externals

>>458
subversionをバージョン管理に使わない理由(メリット)を解説していただけませんか。

>>458
単に subversion の考え方や使い方を知らないから、
覚える気も学ぶ気もがないから、こんなことをしているしか思えません。

subversion と rcs を組み合わせた場合の唯一の利点である
以下の点を利点とも思ってないようですし。

・リポジトリへアクセスできない状況でも、履歴を参照できる。

> checkoutも100回行わなきゃいけない。
> なにより全部のリポジトリ名を覚えられない。

> ・プロジェクトはRCSで個別にバージョン管理し、全体をひとつのSubversionリポジトリに入れた場合
> →利点：管理が簡単。プロジェクトの数によらずcheckoutは一回ですむし、updateすれば全部のプロジェクトがupdateされる。
> →利点：リポジトリ名を思い出せなくても無問題。
> →利点：個別のバージョン管理ができる。あるプロジェクトでのciは、他のプロジェクトに何の影響も与えない。

普通は、必要なプロジェクトのみを checkout するものではないでしょうか。
また、全部一度にやりたいなら、スクリプトを書いたり
svn:externals を使ったりしましょう。

> >>457
> どうしようもない。死ぬのみ。

これは最悪ですね。

>>459
>( ﾟДﾟ)ﾊｧ?ヴァカですかアナタ。
はい、そのとおりおおばかです。天才のあなたを怒らせたようで、ごめんなさい。ごめんなさい。ごめんなさい。

>> リポジトリが100コあれば、checkoutも100回行わなきゃいけない。もちろんupdateも個別に行わなきゃいけない。
>> なにより全部のリポジトリ名を覚えられない。
>( ﾟДﾟ)ﾊｧ?スクリプト１本で終いやないか。
そのスクリプトやらには、すべてのリポジトリ名を列挙するんですか。おおばかなわたしにはすごく難儀に思えますが、天才様には簡単なことなんでしょうね。
それともリポジトリ名をすべてとってこれる便利なコマンドがあるんでしょうか。
天才様、ばかなわたしにおしえてください。

>> プロジェクトはRCSで個別にバージョン管理し、全体をひとつのSubversionリポジトリに入れた場合
>(> ﾟДﾟ)ﾊｧ?二重にロックしてアナタ頭おかしいんですか？
だからSubversionをただのネットワークリポジトリとしてだけつかって、バージョン管理ツールとしては使ってないわけですが。
ところでSubversionってロックかけるんでしたっけ？ロックかけるんなら、たしかに二重ロックになりますね。
ばかな私には気がつかなかったよ。さすが天才さまは違いますね。

>単に subversion の考え方や使い方を知らないから、
>覚える気も学ぶ気もがないから、こんなことをしているしか思えません。
いや、逆にSubversionを勉強したから、ネットワークリポジトリとしての使い方を重いついたんですが。

>subversion と rcs を組み合わせた場合の唯一の利点である
>以下の点を利点とも思ってないようですし。
>
>・リポジトリへアクセスできない状況でも、履歴を参照できる。
リポジトリへアクセスできない状況でどうしても履歴を参照したい人には利点でしょうね。
私は履歴をほとんど参照しないし、ネットワークなしの環境で作業することは今のところないもので。

>普通は、必要なプロジェクトのみを checkout するものではないでしょうか。
小さなプロジェクトが多数ある状況なんですが、ぜんぶ必要なもので。
普通じゃなくてごめんなさい。

>また、全部一度にやりたいなら、スクリプトを書いたり
>svn:externals を使ったりしましょう。
「RCSで十分管理できる」ような小さなプロジェクトが多数ある場合なら、そんなことするよりもずっと簡単だと思うんですが。

>これは最悪ですね。
そうですね。今まではその最悪の状態になったことがなかったので気にしませんでした。
リポジトリが壊れたことは一度もありませんが、ハードディスクが壊れたことは2度ありました。そっちのほうをなんとかしたい。

>>462
言い忘れてたけど、RCSを併用する利点がもうひとつあった。
作業が完了していなくても、RCSでチェックインさえしなければ、Subversionでコミットかけるのは何の問題もないこと。
作業途中で移動しなければならないときでも、作業途中の状態そのままでsvn commit。移動先でsvn update。で、作業が完了すればci。
こまぎれの時間で作業ができるから、開発がすごくやりやすくなった。開発といってもしょぼいプロジェクトの集合だけど。

とこんなことかけば、どうせsvn copy使えとかノートPC買えとかいうんだろうな。
普通じゃない使い方するとこうもレスポンスがあるもんかね。

ん〜、これってどうなの？俺にはすごい回り道してるだけに思えるけど。
RCSで管理するのと個別にコミットするののなにが違うのか分からない俺に愛の手を・・・

おれもわからん。
ただ、>463-465（およびその必死さ）を見るに、
この人はバカなんじゃないかと思う。

>>467
わら。

流れに付いていけないのは漏れだけだろうか。
まず、RCSファイルをsubversionで管理するのか、プロジェクト単位でRCSで管理しつつプロジェクトのファイルを全てsubversionでも管理するのか、どちらなのかわからない。そしてどちらにしろメリットが感じられない。

リポジトリのリストなんて簡単に作れるし。いや、ハードディスク中にリポジトリが散乱していて毎日のように移動しているならべつだけど。

RCSからsubversionへの移行がめんどいとかなら、RCSで管理してRCSファイルをrsyncで自宅と仕事場で同期すればいいのでは。

初心者が真似をすると迷惑なので、反論しておきたいのですが、

・自分ひとりしか使わない
・RCSで十分管理できるような小さなプロジェクト
・履歴をほとんど参照しない
・なぜかどうしてもrcsを使いたい

これだけ条件を限定されてしまっては、好きにすれば？って気がしてきます。
他の人と前提条件が全く違うので議論がかみ合うはずがありません。
subversion を rsync 代わりにしているだけですね。

> ところでSubversionってロックかけるんでしたっけ？

subversion 1.2 からはロック機能が実装されていますが、
通常はロックをかけるのはバイナリファイルのみになるでしょう。
テキストファイルはいままでどうり、ロックせず、マージするのが一般的でしょう。

> 言い忘れてたけど、RCSを併用する利点がもうひとつあった。
> 作業が完了していなくても、RCSでチェックインさえしなければ、Subversionでコミットかけるのは何の問題もないこと。
> 作業途中で移動しなければならないときでも、作業途中の状態そのままでsvn commit。移動先でsvn update。で、作業が完了すればci。

これはどういうことか理解できませんでしたので、できればもっと詳しく教えてください。

・作業途中なのにcommiというのは、動かないあるいはコンパイルさえ通らないソースをcommitするのか?
・動かないソースをcommitしておいても、自分がロックをとっているから問題がないという意味か？

すみません、漏れが素人質問をしたばっかりに、なんか混乱気味になってしまって。
漏れは、RCSだとネット越しの管理が厳しかったのと、途中でコードの名前を
変えなくてはいけないときに混乱したりしたので、最近評価の高いSubversionはどうか
と思って使ってみました。リポジトリとプロジェクトの構成でガイドラインみたいなものを
ここでアドバイスもらえたらと思って質問した次第です。
RCSを使っていたということから、RCSとSubversionを併せて使ってみるという、思いもしなかった
側面からの提案も頂き、それに対する疑問や反論の書き込みも大変有り難く
拝聴しました。

このスレでの議論を見させてもらって、とてもためになりました。リポジトリの数や
構成に関しては、「これだ」という決定打が現時点ではまだないらしいことも
わかりましたし。
漏れは前にも書いたけど、RCSで十分な小さいプロジェクトばかりなのですが、
将来のことも考えてSubversionも練習がてら使ってみようかと思っています。
RCSとの併用は、漏れのスキルだとよけい混乱しそうなので、とりあえず止めておきます。
併用を提案してくれ、丁寧に解説してくださった>>452さんには本当に感謝です。

ということで、せっかくの良スレを混乱させて申し訳なかったです。
漏れはとりあえず今後もROMらせてもらいますが、もしエキスパートのみなさんが
この話題を続けたいとお思いならば構いませんが、若輩の漏れに免じて、お互い
不毛な煽りや汚い口調での攻撃は止めて頂けると幸いです。

>>470
> 1. 自分ひとりしか使わない

個人的には、自分一人でもsubversion使ってる。

> 2. RCSで十分管理できるような小さなプロジェクト

/etcとか単独ディレトリの設定ファイルならRCSでもいいと思う。
ただ、HDDが逝ったりするので、バックアップとしてrsyncなど
と併用したり、CVSを使う必要はありかも。

> 3. 履歴をほとんど参照しない

RCSってlog追えるけど、再利用しないってこと？

> 4. なぜかどうしてもrcsを使いたい

元々RCS使って管理しているところだと
しょうがなく、RCS使ってるな。
CVSも同様。あとanoncvsから落とすときはcvs。
それ以外は全てsubversionを使ってる。

RCSとsubversionの組み合わせは面白そうだけど、
片方に慣れてない香具師が使っても混乱するだけだろうから
この時点ではやめた方がいいと思う。

きっと、「なんて画期的な使い方なんだ」と自画自賛してるんだろうな…

>>471
いいひとだ。

>>471
ライブラリやツールとして単体で利用可能であるなら
規模が小さくとも単一のプロジェクトとして管理したほうがいい。
その上で、別のライブラリを必要とするものは svn:externals で
リンクする。

小さなプロジェクトが集まっていて、それぞれが依存し合っている
ようなプロジェクトでは、とりあえず一つのプロジェクトとして
管理しておいて、ライブラリとして独立できそうになった段階で
svndumpfilter で別プロジェクトに切り出し、元プロジェクトでは
svn:externals でリンクする。

こんな感じでやってみれ。

svn:externals の属性をブランチやタグ打ちした時に、
自動的に現在の参照しているリビジョンになるように
-r オプション設定追加してくれるようにならないかな…。

いまの仕様だとタグ打った後に、手動で -r を付け足さないと
完全なタグにならないよね？

もう終わった話題だけど。
>>470
>これだけ条件を限定されてしまっては、好きにすれば？って気がしてきます。
>他の人と前提条件が全く違うので議論がかみ合うはずがありません。
もともとの話がそういう条件で始まってるんだけど。
444「個人的な数値計算コードなので、規模としては小さいですが、プロジェクトの数はたくさんあります。」
448「当面、自分のやった修正がきちんと追えて前の状態に戻せたりして管理できれば十分なレベルです。」
こういう限定された条件ではじまった話題を、そっちの都合で勝手に一般化されてもこまる。議論がかみ合うはずがない。

>・なぜかどうしてもrcsを使いたい
これは勝手な解釈。プロジェクト自体はRCSで十分管理できる、ならRCSで管理すればっていうだけのこと。
455「仕事場と自宅などでの同期を考えたとき、RCSだと手間がかかるというか、面倒で。」
バージョン管理機能はRCSで十分だけど、ネットワークで使うときにどうするかが問題といっている。

>subversion を rsync 代わりにしているだけですね。
最初からそういっている。もっというと、subversionをDelta機能つきWebDAVサーバとして使っている。
別に手段がSubversionでもrsyncでも目的が達成できればどっちでもよい。rsyncがFirewall超えられれば。

>これはどういうことか理解できませんでしたので、できればもっと詳しく教えてください。
>
>・作業途中なのにcommiというのは、動かないあるいはコンパイルさえ通らないソースをcommitするのか?
>・動かないソースをcommitしておいても、自分がロックをとっているから問題がないという意味か？
前者。ただしネットワークインフラとしてのSubversionでcommitするだけであり、履歴管理を担当するRCSにはciしない。

>初心者が真似をすると迷惑なので、反論しておきたいのですが、
じゃあ断り書きいれときますよ。
「この方法はバカでまぬけな素人が、極めて限定された状況で考えた方法であり、一般の方は真似しないでください。」
これでご満足いただけましたか？

>>469
>リポジトリのリストなんて簡単に作れるし。
その方法を教えてくれ。おれはよくしらん。dav_svnに一覧機能があるのかもしれんけど。
まさかサーバ側でlsとかじゃないよな。あくまでクライアント側からリポジトリの一覧を取得できないと意味がない。

>RCSからsubversionへの移行がめんどいとかなら、
だれもそんなこといってない。

>>477
svnを理解されていないことが良く分かるレスですね。

>>478
469ではないが。
個人で仕事場と自宅で使うだけならサーバーで
lsやらfind > list.txt
をcronとかで動かしてlist.txtをwebサーバーから見えるところにおいておけばいいのでは。

>>477-478
まともに会話する気があるなら、 >471 を漏らさず読み直してからにしろよ。

>>479 煽ってるだけじゃなくてちゃんと反論してね。
ちゃんと反論できないなら subversion の理解が足りないってことだし。

・自分ひとりしか使わない
・RCSで十分管理できるような小さなプロジェクト
・履歴をほとんど参照しない

これだけ条件を限定した上で、
subversionをsubversionとして使用するのに何か利点があるのか？

ファイル名の変更を履歴に残せない、ってくらいしか思いつきませんな。
ネットワークリポジトリとして使うってのもそれはそれでいいんじゃない？
前提条件が崩れてしまった時に困るだろうけど。

rsync に対しての有利な点は、rsync だと引数にホスト名やらディレクトリやら、
色々指定する必要があるのでめんどくさいという点ぐらいかな。
もちろんシェルスクリプト書けばいいのだが、svnなら書く必要がないから、より楽。

subversionをrcsと組み合わせたほうが良いといっているわけではないので誤解なきよう。
今まで使い慣れてきたrcsを捨てるほどの魅力はないということ。

>>482
>subversionをrcsと組み合わせたほうが良いといっているわけではないので誤解なきよう。
>今まで使い慣れてきたrcsを捨てるほどの魅力はないということ。

個人的な慣れが問題なんだったらチラシの裏にでも書いてくれ。
こんな話し、議論が進んだところで情報価値０だし。

>>482
自分で分かってるじゃないか。
> 前提条件が崩れてしまった時に困る

TortoiseSVN 1.1.7(1.1.6) age

よさげな専門書ってあんまりみたことなくて、やっとこの本みつけたんだけど
どうだろう。
http://www.amazon.co.jp/exec/obidos/ASIN/4872805054/
「Subversion」解説書ってタイトルからして、詳しく書いてそうなんだけど。

>>486
それは
http://subversion.bluegate.org/doc/book.html
を書籍化したものだよ

これはどうよ? PragProg3部作の訳にはCVSのほうしか入らん
かったけど。
http://www.amazon.co.jp/exec/obidos/ASIN/0974514063

1.2マダー？
たしか3月か4月に出る予定だったと思ったが…。

>>489
今は1.2RC3だからもうすぐじゃね？

RC4ｸﾙﾖ
正直、 log --limit の高速化が入ってない状態でのリリースはカンベンして欲しい。

BDB依存だけは勘弁してくれ。
せめて{BDB|MySQL|PostgreSQL}の選択肢を作ってくれ。

>>492
FSFSは？

すみません　教えて下さい。
subversionで
特定のファイル(INIファイルなど)を
バージョン管理から外す事って出来ますか？
INIファイルとかって意外とクライアント依存だったりするんで

svn:ignore でどうぞ。

正確には
svn propedit svn:ignore .
エディタを指定するために環境変数を設定するか、オプションを指定しなきゃいけないけどね

>>496
ありがとうございます。
出来ました！

Linuxのソースコード管理に採用されなかったことの反省がまるでされてないな。

>>498
最終的に何が決め手で採用されなかったんだろう？

レポジトリを分散できないことだっけか?

最終的も何も最初っから侯補にもなってない。
>>498-500みたいな馬鹿がマンセーしただけ。
用途がまるで違うんだからあたりまえだ。

>>501
> 用途がまるで違うんだからあたりまえだ。

どう違ったの? Linuxの要求は配布、Subversionの機能は共有、かな

中の人も「推薦するな」って言ってたしな

>503
どっかで見たな、と思ったらこのスレだった(>>368)。
一応、Subversion (および Perforce、CVS) を元に分散環境を実現する SVK ってのがあるそうだが、
CPAN で見たと思ったら本当に Perl で作ってるのな。

で、今日中にも 1.2.0 がリリースされそうだが。

ｱｱｧ､1.2.0ﾃﾞﾁｬｳ･････

TortoiseSVNもすぐにリリースしやがるんだろうなぁ。
だれか助けて>>431

ちくしょう、VC++.Netさえあれば、がんばれそうなのに。

バグレポだせよ・・・

>>506
dev@ML で今まで３回ほど見たけど、すぐに対応する気は無さそう。
開発者は日本人でも中国人でもないからな。比較的軽視されてるんだろう。

1.2.0でたね
http://subversion.tigris.org/svn_1.2_releasenotes.html
http://svn.collab.net/repos/svn/trunk/CHANGES

1.2.0 Windows のインストーラにちゃんと locale\ja ついてきた。安心。(>>355)

機能と一緒にバグが追加されてる気がする・・。
1.2.0使った人、どうでつか？

機能の追加は常にバグとともに。

WebDAVはどう良くなったんかのぅ
XPでドメイン参加してたら相変わらず面倒なことになってる？

>>510 どんなバグ？

導入するかどうかは日本語をキチンと扱えるかどうかだな。
そのへんどうなん？＞人柱のみなさん

UTF-8統一環境で何の問題もなし。

日本語ファイル名で Can't record string とか言われない?

だからそれは端末のLANGの設定がダメなんだろ

http://svn.collab.net/repos/svn/trunk/notes/l10n-problems

どうせファイルごとの状態を保存するなら、ファイル名とファイルの中身がどんな文字コードかを設定できるといいのに。
デフォルト値はどっかに設定しておくとして（WinならSJIS、LinuxならEUCとか）、addする時に文字コードを設定できる。とかね。

>>517

当たり。ちゃんと見直したらうまくいったよ!
LC_CTYPE の存在を忘れてた。。。orz
ありがとねー。助かった YO!

tortoiseで設定ファイルが
C:\Documents and Settings\UserName\Application Data\Subversion
にあるのをsvnと共同で
%HOME%\.subversion
のものを使うようにする方法はありませんか？

1.2.0 入れた。
なんかサーバーの反応が早くなったような…気がする。
リポジトリの互換性は問題ナシ。FSFS がデフォルトになったぽい。
あと個人的に svn log --limit N とかうれしい。

>>521 windows用svnを使う。

Cygwin の svn って、日本語関係マトモに扱ってくれないよね？

>>521
ファイルシステムがNTFSなら、lnでハードリンクが使えるよ。

>>525
できました．ありがとうございます．

もう1つ質問なんですが，
学校のPCでもTortoisesvnを使いたいのですが，
インストーラーが使えないようになっています．
registryをいじってProgram Filesかｒコピーすれば使えると思ったのですが，
HKEY_CURRENT_USERしかいじれません．
registryをどういじればいいのか教えてください．

Tortoiseはシェルいじるんだからインストーラ使わないと無理だろ。
それにインストールを禁じてるならそれを破るのはルール違反。
PCの管理者に頼むしかない。

レジストリに依存しないexplorer互換シェルを作れ

んな面倒なことするなら
SendTo/svnの下にTortoiseProc.exeかsvn.exeで各種コマンドを呼び出す
ショートカットでも作ったほうがまだましだな。
と混じれ酢

マジレスするなら自分で
HKEY_CURRENT_USER/Software/Classes/Directory
に登録すればいいんじゃないか?

>>525
ファイルへ書き込む時って、別のファイルへ書き込んでから
リネームして元のファイルを置き換えるというのがセオリーだから
ハードリンクではうまく機能しない可能性が大ですねえ
>>536
レジストリのいじりかたを教えてください、なんてスキルレベルの人
は無理かと。PC管理者に頼め。

>524
とりあえず日本語ファイル名でぽしゃるのは APR の問題です。というか cygwin でロケールが
正しく実装されていないのがそもそもの問題だと思いますが。

Cygwin使っている人いますか？ その12
http://pc5.2ch.net/test/read.cgi/unix/1086622860/830
で投下したパッチを適用して APR を作れば文字列を SJIS として解釈するようになります。
さくっと物置をでっちあげてみましたのでよろしければどぞー。
http://yak.myhome.cx/junks/

困ったことが起きました。
大学の研究室でSubversion　＋WebDAVを使ってソースコードを管理していたのですが
一年ごとにサーバのIPアドレスが変わってしまうことがあります。

今回もLinuxのIPアドレスを変更したのですが
WindowsXP SP2側のSubversionクライアント EclipseプラグインSubclipse
からコミットができなくなってしまいました。
IPアドレスが変わってしまったためです。
Eclipseはver3.0.2を使用しています。Subclipseはver0.9.27を使用しています。

今更IPアドレスを戻すことができません。
すでに他の人が使っているからです。しかもIPはグローバルIPアドレスです。

IPアドレスを変更するまえにすべてコミットすれば良かったのですが
サーバが不調で電源を止めている間にIPアドレスの変更を迫られました。

続きです

ドメインが有ればどうにかなったのですが
大学のIPアドレスなためドメインも持てません。
サブドメインの割り当ては限られており、特別な許可がないと使えません。
来年も同じ目に遭うかも知れません。

色々調べてみると各ワーキングディレクトリに各の.svnディレクトリがあり、
その中のentriesファイルにIPアドレスが直打ちされていました。
すべてのentriesファイルのIPアドレスを変更すればうまくいくのではと
推測しているのですが、
問題を起こさずに無事にコミットできるように


●●これを素早く変更できるコマンドやツールといったものはあるでしょうか？●●


他にわかったこととしてはeclipseディレクトリの
workspace/.metadata/org.tigris.subvserion.subclipse.core/.svnProviderStateに
リポジトリサーバURL情報を記録しているということです。
当然かもしれませんが、このファイルを新しいIPアドレスのURLのものに編集してEclipseを再起動しましたが
.svn/entiresのIPアドレスが一挙に変わってくれるという効果は期待できませんでした。

>533
svn switch
http://subversion.bluegate.org/doc/re27.html

うんうん
switch 後にコミットで普通にうまくいくよ。
ブランチしたつもりで switch し忘れて変更加えてたときとかに良くやる。
と言うことはワーキングコピーを変更したあとにその変更をブランチにしたくなっても
OK と言うことだーね

IPアドレスの変更は、hosts で管理出来るんじゃないかな。

>>535
Subclipseからプロジェクトを右クリックして「switch」を選択し新サーバのIPアドレスを
指定して「O.K.」を押したところ
以下のエラーメッセージが出て更新されませんでした。

RA layer request failed
svn: PROPFIND request failed on '/svn/repos/リポジトリ名/trunk/プロジェクト名'
svn: PROPFIND of '/svn/repos/リポジトリ名/trunk/プロジェクト名': 502 internal error
- server connection terminated (http://旧サーバのIP)


　　ブラウザからも問題なく
http://新サーバのIP/svn/repos/リポジトリ名/trunk/プロジェクト名
でアクセスできます。もちろんパスワードが無いとアクセスできないようになっています。
当然ですが
　　http://旧サーバのIP/svn/repos/リポジトリ名/trunk/プロジェクト名
や
　　http://旧サーバのIP/
にはアクセスできません。他人が使っているマシンのIPですから。

>>537
/etc/hostsですかファイル内で
　　新サーバのグローバルIP 旧サーバのグローバルIP
と設定するだけで済むのでしょうか。それとも、
　　旧サーバのグローバルIP 新サーバのグローバルIP
と設定しないといけないのでしょうか。経験も無く、旧サーバのIPと被ってその
IPをすでに使っている人に迷惑をかけそうで怖くてできません。

>>538
svn switch --relocate

537は今後の対策としてサーバに名前振っとけ、という意味だと思う。

おかげさまで無事URL変更に成功しました。
Relocateでうまく行きました。
SubclipseにはRelocate機能が無かったので
たまたまインストールしてあったTortoiseSVNの「Relocate」を使用しました。
これを実行すると

　　this<strong> will corrupt working copy.</strong>

という警告メッセージが出たので驚いて一瞬戸惑いましたが
事前にバックアップをとっておいたのですぐに実行してみました。
結果は白でした。リビジョン番号も消えずワーキングコピーが破壊されることもなく
コミットも無事成功しました。

助かりました。Thank you.

すみませんです、伺いたいことがあります。

現在、以下の構成で運用を行っています

・Subversion：Windows版1.0.6
・SVN Serviceを使用してサービス化
・管理しているプロジェクト(リポジトリ)は1つ

で、subversionで管理するプロジェクトが増えるのでそれに併せてサービスからWevDavへの変更+
サーバの変更をしようと思っています。

・構築しようとしている環境はWindows版のApche2+WebDav+Subversion1.2
・リポジトリ形式はFSFS形式
・従来のプロジェクトから新規に1プロジェクト(リポジトリ)を追加

その際に発生するインポート・エクスポートについて以下のことができるでしょうか?

・Berkeley DBで管理されているリポジトリをエクスポートしてFSFS形式のリポジトリに対して
インポートすることが可能でしょうか？(可能な場合のその手順についても教えてください)

よろしければ、ご教授御願い致します。

>>541
ttp://svnbook.red-bean.com/nightly/en/svn.reposadmin.maint.html#svn.reposadmin.maint.migrate
ttp://subversion.bluegate.org/doc/ch05s03.html#svn-ch-5-sect-3.5

>542
レス感謝。
Dumpデータならリポジトリ形式が変更されていても大丈夫なのですね。

基本的なことをだらだら伺ってすみませんでした。

TortoiseSVN の 1.2 はいつ出るんだろう

>>544
強化足択雷。

TortoiseSVN 1.2 release age
http://tortoisesvn.tigris.org/tsvn_1.2_releasenotes.html

tigris.orgはダウンローダ使えなくなったのか...。
なんだかﾏﾝﾄﾞｸｾ。

1.2のlanguage packsは一体いつなんだ？
リンクすら見つけられんが・・・

TortoiseSVNのlanguage packってコマンド名も日本語化されてしまってわかりにくくなるから入れてない。

LanguagePack 1.2.0 出てるよ。

pageant.exe と TortoiseSVNで
sshリモート上のレポジトリにアクセスするのに，
TortoisePlink.exe
がうまく動いてくれないので，毎回パスワード入れなきゃならない．
1.1.7ではうまく行ってたのに，更新時になんか設定消えたのかも．
plink.exeでのただの接続は出来るのに，
TortoiseSVNのsetting->network->ssh cliant
をTortoisePlink.exeからplinkにしても黒いコンソール出るだけでうまくいかない．

http://yebisuya.dip.jp/yeblog/archives/a000496.html
を参考にして設定して，
今回も見ながらおかしいとこ探したけど見つからない．．．

TortoiseSVN1.2でログの編集をすると固まるね。
pre-revprop-changeの拡張子をbatにすると変更されずフリーズ。
pre-revprop-changeの拡張子をexeにすると変更されるけどフリーズ。CPU100%。タスクを切らないとそのまま。
Athlon64 WindowsXPsp2 Subversion1.2なんだが同様の症状のかたいる？

>>552
>TortoiseSVN1.2でログの編集をすると固まるね。
とりあえず、うちでは大丈夫っぽい。
外観→設定→ダイアログ→コミット辺りの設定をいじってみたらどう？

>>553
いろいろ設定をいじってみましたが、症状は変わらず。
ntvdm.exeが100%になってフリーズ。
ntvdm.exeのプロセスをタスクマネージャで切るとフリーズは解消されるのですが・・・

puttyの設定ミスでした

>>347と同じ症状のような気もするのですが、
日本語の名前をつけたファイルのログを見る度に「can't recode string」が出ます。
サーバはRedhat linux 7.3、 subversion-1.1.4
クライアントはWindowsXP SP2、subversion-1.2.0とTortoiseSVN1.2.0です。
svn+sshで接続しているんですが、コマンドラインからだと

> svn log svn+ssh://[サーバのアドレス]/[リポジトリ] 日本語のファイル.txt

ならログが見えるのですが、リポジトリをチェックアウトして

> svn log 日本語のファイル.txt

とすると「svn: Can't recode string」と言われます。TortoiseSVNも同様でした。

ちなみにリポジトリを作った当初は、環境変数LANGを設定してなかったり
ja__JP.SJISに設定したりした状態で日本語のファイルを追加してました。
今はUTF-8としてます。何が正しいのかよくわかっていませんが・・・

リポジトリを作り直さないといけないでしょうか？

>>556
Windows のクライアントで LANG 設定してんの？

TortoiseSVNはLANGとか関係ないと思う。

今までTortoiseで日本語扱えなかったこと一度もないので、リポジトリの
コードが既に意味不明になってる気がする。

とりあえず新規にリポジトリを作って、漢字登録してみてはいかがか。

colinuxでsargeにupgradeしたら、svn commitが帰ってこなくなりました。
なんかDigest認証あたりでとまっているような。。。
同じリポジトリサーバに対して、cygwinだと問題なくコミットできるので、サーバの問題ではないようです。
同様の症状の方はいませんか。
svn --version は 1.1.3 です。

>>559
その２の908参照。

いつからか発生しなくなってたんだけど、最近うちでも再発したなぁ。
sargeリリースよりは前だったけど。

908 名前：login:Penguin[sage] 投稿日：04/11/02(火) 18:27:46 ID:s3PiKleg
>>903
多分coLinuxが原因。

cat /dev/random
とかやって何も出てこないなら、
/dev/randomを/dev/zeroへのシンボリックリンクにしてしまうと
動くかもしれない。

おいおい、せめて/dev/urandomへのシンボリックリンクにしてくれよ。
Debianのlibaprが/dev/randomを使ってるのが原因。バグだな。
自力でlibapr修正するにしても影響範囲が大きくて面倒だね。
Debianはこういうのを修正しないから乗り換えたほうがいいよ。

>>560,561
いけました！すばらしい。
sudo mv /dev/random /dev/random.bkup; sudo ln -s /dev/urandom /dev/random
大変助かりました。
とりあえずcolinuxでのDebianからの乗り換えはしなくてすみそうです。

>>562
根本原因はcoLinux環境でのエントロピー収集がうまくいってない事にあるので、
Solaris方面などで使われていたegd等を利用すべきだと思う。
/dev/randomが空っぽだと/dev/urandomはただの疑似乱数で予測可能なので危険。

となるとdistroの乗り換えに意味はありませんな。

一般ユーザ用のツールに/dev/randomを使わせる事自体がバグ、ていうかDoS攻撃出来ちゃうセキュホ。
それを理解出来ない連中が作ってるDebianは使うべきではない。

>>565
巣にお帰り
http://pc8.2ch.net/test/read.cgi/linux/1115865899/

svnコマンドから実行しても同じだったので、TortoiseSVNかどうかは関係ない気がしてきました。

>>557
方々ググってるうちにひょっとしたらと思い入れてみたんですが、
subversion bookとか読むとWindowsではいらないみたいですね。

ともかくリポジトリを作り直してやり直しましたが、やはり症状は変わらず・・・
svn+ssh なリポジトリに日本語名のファイルを登録し、
その日本語名のファイルを指定してログを見ようとすると、やはり
Can't recode stringと言われます。
ローカルリポジトリ（file://）からチェックアウトしたファイルなら、
サーバ側（Linux）、クライアント側（Windows XP）共にうまくいくんですが。

まあ、ファイルの登録や更新ができないわけではないし、
ログを見るにしてもASCII文字のみのディレクトリを指定して
svn logを実行すれば見えるので、まだましではあるんですけど。

>>567

>>556の症状を改めてみてみて、ようやく状況を理解出来た気がする。

多分、漢字のファイルはリポジトリ上ではクライアントと同じ文字コードで
記録されちゃってると思う。UTF-8じゃなく。

>>353を参考に確認してみて

>> 556
うちで同じような症状が出たときは svnserve を LANG 設定して動かしたら直ったよ.
正しい直し方なのかはわからないけど.

なんか安定しすぎててしかも変化に乏しくてつまんねーな

じゃレポジトリのフォーマット変えてもらうか？

1.2には安心して乗り換えられるってことですか?

>>572 log -v が死ぬほど遅くて堪らん。

>>570のレスで導入を決意しましたｗ
早速、移行作業と自前ツール（複数リポジトリ＆ユーザー管理ツール）のメンテをスケジュールに組み込みます。
ありがとうございました。

すべてはBDBが使えんのだよ。

fsfs

FSFS がデフォルトになったということで、
昨日手元のリポジトリを FSFS に移行する作業を行ってたんですが、
思いのほかあっさり簡単に移行できたんで拍子抜けしました。

以上、チラシの裏でした。

結構軽いよねｆｓｆｓってすげー

ふさふさ？

じゃあふさりぽ？

＞ふさふさ
ｿﾚ､ｲｲ!

剛毛?

フサフサ!!

SMBサービスでWindowsにファイル共有されているファイルサーバ(UNIX)があります。
そこにWindowsクライアントからfile://でファイルサーバ側にリポジトリを作成し、
WebDAVを用いないで運用しようと思っています。
BDBだとこの方法は危険ですが、FSFSでは大丈夫という認識です。

こういう環境で運用している先人の方はいらっしゃいますか？
ほとんどの人はWebDAVなのかな？

排他制御とかその辺が心配で悶々としてます。

普通に駄目だろうというか、もし大丈夫だったら驚く。

一回ageます。

>>585
レスありがとうございます。
http://subversion.bluegate.org/doc/book.html#svn.reposadmin.basics.backends
で、「ネットワークファイルシステムでも使えるか=はい」と書いてあるのは、
単に「リポジトリをNFSに置けます」ってことだけなのでしょうか？

私の解釈だと>>584のようにSMB上で運用しても大丈夫という認識なのですが、
やっぱ勘違いしちゃってますかね。

>>584
大丈夫ぽい記述を見たような気もするけど、
多分だれも自身をもって大丈夫とは答えられないと思う。

悶々とするくらいなら、素直に svnserve を使った方が早いと思うよ。
複数リポジトリを管理したいならやっぱり WebDAV にするのが
実績も有って安心。

>>584
1.1 の時から file:///\ で使ってるけど、問題が起こった事はないよ。

>>588
FSFS で、複数人での利用でも問題なかとですか？

ファイル共有で、それもファイルがバラバラに保持されているfsfsでなんて、
パフォーマンス悪すぎ。セキュリティ最悪。
つーかバカかよ、それって。
「みなさん、どうぞリポジトリお好きに壊してください」状態じゃねーの?
漏れにはその発想が信じらんねえんだが。

>>589
数人でリビジョンは数千ほどあるけど、問題が起こった事はないよ。

>>590
運用ポリシーによってはそれでも別にいいんじゃないですかね。
パフォーマンス要求がそれほど厳しくなくて、性善説モデルが十分通用する環境ならば、
問題ない気がします。

FSFSが脳内でふさふさに変換される件について

Sambaって、クライアントからのファイルロックとかにちゃんと対応してるの？
# 昔はダメだったよね？

>>586
>>594のような話もあるし、
ファイルシステムとして保証するセマンティクスの違いというのもあるので
NFSでの運用ができるからといって即SambaもOKなんてことにはならない。

Samba+FSFS
はグレーって事？

ttp://subversion.tigris.org/faq.html#nfs

>>594
うちの 2.2.8a-ja-1.1 はちゃんとロックできるみたい。
しかし FSFS は、ファイルをアトミックに move できるファイルシステムならば、
どんなものでもちゃんと動作するんじゃないのかな？
(アトミックに move できないファイルシステムなんて存在しないと思うが)
＃…と、てきとーなことを書いてみるテスツ…、あ、性善説は前提ね。

書いた後で >>597 を読んだorz...

sambaのロックは未だにカーネルの実装依存なんじゃないかと疑ってるんだけど
3.00以降は解消してるのかな。

いずれにしろfileのアクセスよりsvnserveの方がいいとは思う。
リポジトリのアクセス権も気にしなくていいし。

svnが利用できる共有レンタルサーバーありませんか？

VPSで自分でsnv入れれよ
それか自鯖かな

過去ログにあったよーななかったよーな

>>584 ッス。皆さんありがとう。
>>597 ということは、3.0.6 以降の SMB でかつ、FSFSならばOKっぽいということですね。
とは言え実績はあまりないということですので、素直にsvn://を考えて見ます。

今は環境が整ってない為、自鯖はちょっと無理なのでレンタルサーバーでやりたいのですが
以前rapidsiteのvpsを以前試したところ、普通のWebだけでも負荷が大きく使えたもんじゃなかった。
VPSって重たいのか？と思って解約しちゃったんだけど…

もう一つViewCVSみたいにWebで履歴をみたいのですが、SVN用で一番一般的なのはどれでしょうか？
ViewSVNというのも一応あるようですが、日本語の情報見当たらないところを見ると
流行ってないのでしょうか？
具体的にはコードやHTMLだけでなく、画像の更新履歴を画像を表示しながら確認したいのです。
こういった事はできますか？

>>605
>もう一つViewCVSみたいにWebで履歴をみたいのですが、SVN用で一番一般的なのはどれでしょうか？

俺はwebsvn を使ってるな。
リポジトリを参照するためというより、RSSでの更新チェックに使用してる。
更新チェックがフォルダ単位で細かく指定できるから便利なんだよね。

あ、
書き忘れたけど、テキストデータ以外の表示は出来なかったはず。

サーバー Linux
クライアント WinXP & TortoiseSVN
で考えてます。
いつのまにかViewCVS自体もSvnに対応してる見たいですね
でもやはり、一覧表示は無理ですか…

FreeBSD で svnserve 動かしてたんだけど
tcp6 しか listen しなくなっておどろいたぞ。
http://red-bean.com/pipermail/svnbook-dev/2005-May/000544.html
どうやら *BSD で起こるようだ。--listen-host=0.0.0.0 をつけて起動すれば
tcp4 のみの listen になる。両方 listen するようにできるオプションそのうち付くんだろな。

>>608
CGIかなにかでてきとうにつくれば。

リモートでcheckoutとかexportする事ってできますか？

テスト環境で開発＆commitまではtortoiseSVNでやって、
その反映はPHPとかCGIでやりたいんだが・・・
rsyncのCGI版は作った事あるんだが、同じような感じで
いけるんだろうか・・・。

やっている人いたら教えてほしい。

>>611 hook script

>>612
commitすると同時に、rsh(or ssh)でサーバ側から取りに来るようなものを仕込むって事ですか？
正直、これは使いたくないです。
Commitするタイミングとそれを反映させるタイミングが必ずしも同時ではないので。

できれば反映させたいサーバ側から取りに来たいんです。
具体的にいうと、rsyncのCGIの場合、ユーザー権限とか、作られるファイルのオーナー
の問題でSuExec+などをしたんですが、svnの場合だと認証の部分とかカレントディレクトリ
とかいろいろと問題が出そうなので、、


やってる人いないかなぁ・・・とか、
やってみたけど、やっぱダメだったとか・・、
やったけどメチャクチャ苦労したとか・・・

そういうのを知りたいです。

>>608
海外だとこーいうサービスもありますね。
http://www.cvsdude.org

ただし日本語ログ通らないっぽいですけど

>>613
普通に cron とかで nightly build をやっているようなことを
CGI で実行するようにすれば良いだけでは？
認証はこのオプションで。
--username arg
--password arg
と言うか svn help export コマンドとかみれ

賑やかになってきましたね

あるディレクトリ名以下をリポジトリーに取り込まないようにフィルターをかけることはできますか？
Render_Picturesというディレクトリがあり、この下にサブディレクトリーやファイルがあります。
例え操作ミスがあってこのディレクトリーをインポートしようとしてもブロックしたいのです。
環境は、リポジトリがFSFS、クライアントソフトはTortoiseSVNのみです

>>617
global_ignoresでもかけとけば？

svn:keywords 指定した部分って svn diff したとき空っぽになりますが、
これって防げないもんですかね。リリースからの差分、ってつもりで
patch に食わすと reject しちゃうのがなんとも…。

WebDAV リポジトリに認証を掛けたいのですが、
httpd.conf に設定するのではなく、 .htaccess で設定することはできるでしょうか？

>>618
Render_Pictures\*　や Render_Pictures/*　としてみたのですが、インポートされてしまうようです。
Render_Picturesだけを指定するとブロックできましたが、出来れば、一番上のRender_Picturesだけは
作られるようにして、常に空にしておきたいのです。

んじゃあ、Render_Picturesを一度svn add --N で管理下に入れて
Render_Picturesにpropsetでsvn:ignoreを*にするとか

暇つぶしにでも聞いてください

http://www.powup.jp/jinken/

6月19日 人権擁護法案に反対する国民集会の音声ファイル（各20-40MB）
http://www.powup.jp/jinken/20050619/1_hiranuma_furukawa.mp3
http://www.powup.jp/jinken/20050619/2_hirata.mp3
http://www.powup.jp/jinken/20050619/3_otsukotsu.mp3
http://www.powup.jp/jinken/20050619/4_chihougiinn.mp3

>>622
出来ました。ありがとうごじます。
Render_Picturesが複数ある場合は個別に設定するしかないんでしょうか？

>>619
よくわかんないけど svn:keywords を外せばいいんじゃないかな？

え、1.2ってリポジトリの互換性無いの？

>>626
前のバージョンで作られたBDBリポジトリなら、ダンプ＆ロードが必要。
FSFSならそのままでOK。

BDBいらね

マジいらないよな。TortoiseSVNでリポジトリ作る際の
問い合わせをなくすようには出来ないのかね。

>>627
了解、ありがとう。知らないで更新するところだった…。危なかった…。

今年に入ってから新規に作ってるリポジトリに関してはFSFSだけど、
去年作ったのはまだBDBなんだよね。
これを機会に全部FSFSにしてしまおう。

俺は気付かずに更新してしまい、リポジトリを丸ごと別のマシンにコピーしてdumpした。
そして迷わずfsfsに変えた。

リリースノートくらいちゃんと読めや

1.2にするときは、
FSFSのリポジトリもxdeltaだかを有効にするために、
いったんダンプ＆ロードしたほうがいいのではないでしょうか。

TortoiseSVNでdiffすると日本語が化けるので他のツール探してますが
何かおすすめありますか？

WinMerge

あとWin2k/XPのCDに入ってるWinDiffってのもあるな。WMの方が高機能

ありがとう

ExamDiff

Rekisa
表示方法好きなんだけど.NETなので起動が遅いのがネック。

>627
△前のバージョンで作られたBDBリポジトリなら、ダンプ＆ロードが必要。
○前のバージョンのBDBで作られたBDBリポジトリなら、ダンプ＆ロードが必要。

>>639
BDB のバージョンを変えてなければ、ダンプ＆ロードは不要ってことだよね？

俺は BDB のバージョンまで気にしてらんないから全部 FSFS にしちゃったけど。

>>634
TortoiseSVN の最新 NightlyBuild ならSJIS(cp932)限定で大丈夫になってる。
複数のエンコーディングを扱おうとしたら WinMerge だろうな。

ふさふさ

やっぱ無理ですかね。

基本的な質問で申し訳ないです。
SVNで、複数のファイルを一括でaddできるのでしょうか。
（svn add *.java みたいなイメージです。）

>>644
試せ

>>645
CygwinでやったときはNGでしたが、もいちどMacOSXでやってみるとOKでした。
CygwinでNGなのは調べます。ありがとう。

Cygwin版で七転八倒するよりは
ちゃんとWin版のバイナリ使った方がよくないか。

CygwinやめてcoLinux入れたら幸せかも

cygwin を使うのは、
Windows 環境内で UNIX 的なツールを使いたいからであって、
VMware や coLinux 使うことでは何も解決されないと思うのだが。
(というやり取りは cygwin スレで何度も何度も繰り返されているのだが…)

mingw/gnuwin32の方が幸せ
64bitCOFF+吐けるbinutils来ないかな。

スレ違いつか板違い

素直に--targetsを利用すればいい話では。
そうすればOS関係ない。

Linuxで作業する人と，Windowsで作業する人がいて，
Windowsの人はSJISでcommit, update
Linuxの人はEUCでcommit, update
というようにする方法はありませんか？

>>653
ttp://subversion.bluegate.org/doc/ch05s02.html#svn.reposadmin.create.hooks
↑ここから下にスクロールして、
「警告」と書かれたカコミを読んで、
もう一度考えなおそう。

みんなUTF-8で作業すれば？

http://hp.vector.co.jp/authors/VA005227/cvs-euc-sjis/
↑のようなことをやってくれるモジュールがsubversionにもあればとおもったのですが．
hook script中でnkfを使うしかないでしょうか．

みんなUTFでやりたいのですが，
共有しているのはLaTeXの原稿で，その手段がなさそうなもので．

>>655
リンク先読んだ？
hook script で nkf 使っても、ファイルの内容を変更するのは無理だよ。
Windowsの人にEUC扱えるエディタ使わせればいいんじゃないの？

subversionの意外な欠点が明らかになってしまったな

>>656
Windowsの人にEUC扱えるLaTeX使わせるのが困難、という話では？

>>657
素のCVSでできるの？

リポジトリ内ではテキストもファイル名とかと同じように UTF-8 にエンコードして、
チェックアウト時に変換するような属性設定があったら便利くさいかもしれないな。

>>658
あぁそういうことか。LaTeX のことは良く知らないから、これ以上はわからない。

>>659
> リポジトリ内ではテキストもファイル名とかと同じように UTF-8 にエンコードして、
> チェックアウト時に変換するような属性設定があったら便利くさいかもしれないな。

「〜」とかで激しく問題になりそうな悪寒

あれ？TortoiseSVNのNightly Builds. のファイルが減ってインストーラ消えてる。
そろそろ次のバージョンがリリースされるのかな？

特定のファイルを複数のプロジェクトで共有するようなことはできますか？
たとえば、自分ライブラリみたいなファイル。
CVSではmodulesファイルでエイリアスを駆使することによって、
制限はあるものの、目的は果たせていました。

>>663
ディレクトリ単位ならsvn:externalsで可能。
ファイル単位は無い。

>>664
どうも。
ディレクトリ単位ですか。
余計なファイルは含めたくないので、キビシイっすね。
もうしばらく遊んでみます。本格移行はまだ先になりそう。

svn 1.1.4　のリポジトリをLinuxで運用しています。
Windows XPにPuttyとTortoiseSVN 1.2.0を入れて、
sshでLinuxサーバのリポジトリを取りに行こうとするのですが、
失敗します。
Linux側でsshのデーモンは起動するし、puttyではログインできるので、
sshの設定には問題がないと思います。

Linux から接続すると、毎回必ず一度 sshの認証に失敗し、2回目から
認証に成功し、チェックアウトできます。
これが原因かなと思っているのですが、どうすればWindowsから
チェックアウトできるでしょうか？

必ず一度目は失敗して二度目に成功するのはMIM攻撃や
贋ログイン画面を仕込まれている時に良く見られる症状だな。
まぁ番号も666だし、(((( ；ﾟДﾟ)))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ

windowsのsvn使って試してみた？
.svn/entryに保存されてるレポジトリパスがおかしい場合は，
それも失敗するはず．

http://tortoisesvn.tigris.org/download.htmlにある、
http://tortoisesvn.tigris.org/files/documents/406/23442/TortoiseSVN-1.2.0-svn-1.2.0.msi
ダウンロードできますか?

ぷららだけどダウンロードできない。
同じくtigris.orgにあるSVNのWindows版もダウンロードできない。
ぷららが始めた、余計なお世話のURLフィルタリングが邪魔してるじゃないかと
疑ってるんで、別プロバイダの人ダウンロードできるか試してみてください。

ダウロード開始したよぷららで

>>670
ネットバリアベーシックのサービス対象者ですか?
http://www.plala.or.jp/access/community/secuplus/nbb/index.html

板違いのように思えてきたので、他所に移動します。

1.2.1 ｸﾙｰ

解決したので、ご報告。
cookie食わないとダウソできない。

　　　　　|ﾊ,_,ﾊ
　　　　　　|´∀｀';/^l
　　　　　　|u'''^u;' 　|
　　　　　　|∀ ｀　　ﾐ　　ﾀﾞﾚﾓｲﾅｲ･･･
　　　　　　|　 ⊂　　:,　　　　FSFS ｽﾙﾅﾗ ｲﾏﾉｳﾁ
　　　　　　|　　　 　ﾐ
　　　　　　|　　　　彡　
　　　　　　|　　 　,:'
　　　　　　|''~''''∪


　　　　　　　　　　　　　　　l^丶 　　　　　　　　　　　
　　　　　　　　ふさふさ　　 | 　'ﾞ''"'''ﾞ y-―, 　　　　
　　　　　　　　　　　　　　 ﾐ　´ ∀ ｀　　,:' 　　　　
　　　　　　　　　　　　　(丶　　　　(丶 ミ　　　　　
　　　　　　　　　 （（　 　 ﾐ　　　　　　　 ;':　　ﾊ,_,ﾊ
　　　　　　　　　　　　　　;:　　　　　　 　ﾐ 　';´∀｀';,　　
　　　　　　　　　　　　　　`:; 　　　　　　,:'　　ｃ　 ｃ.ﾐ　　
　　　　　　　　　　　　　　　U"ﾞ'''~"＾'丶)　　　u''ﾞ"J


　　　　　　　　　　　 /^l
　　　　 ,―-y'"'~"ﾞ´　 |　　　ふさふさ
　　　　 ヽ　　´ ∀ ｀　 ﾞ':
　　　　　ﾐ　　.,/)　　　､/)
　　　　　ﾞ,　　 "'　　　´''ﾐ　　　ﾊ,_,ﾊ
　　（（　 ミ　　　　　　　;:'　　,:' ´∀｀';
　　　　　 ';　　　　　　彡　　::　っ　,っ
　　　　　　(/~"ﾞ''´~"U 　　 ι''"ﾞ''u

>>655
JISにしとけば、どのプラットホームでも通ったと思う＞LaTeX

mod_dav_svn と mod_auth_mysql を組み合わせて使っておられるかたはいらっしゃいませんか?

RHEL4互換のLinuxで、これをつかってみたいのですが、
単体だとどちらも動くのですが、mod_dav_svn と mod_auth_mysql を組み合わせると、
認証できず、ログには、user xxx not found (xxxはログインを試みたユーザ名) がでています。

今成功されている方がいれば、ヒントをいただけませんか?

apache-2.0.52 / mod_auth_mysql-2.6.1 / mod_dav_svn 1.1.1 です。

configファイルです

<Location /svnroot>
DAV svn
SVNPath /var/svnroot/root

SSLRequireSSL
AuthType Basic
AuthName "Authorization Reuired"

# ファイル認証だと動きます。
# AuthUserFile /var/svnroot/.htpasswd

# WEVDAVでない部分で使うと、認証できます
AuthMySQLHost localhost
AuthMySQLDB xoops
AuthMySQLUser apache
AuthMySQLPassword password
AuthMySQLUserTable auth_users
AuthMySQLNameField name
AuthMySQLPasswordField pass
AuthMySQLPwEncryption none
AuthMySQLEnable On

Require valid-user
Allow from all
</Location>

TortoiseSVN1.2にしたらコミットできねー
リポジトリに互換性ないなら2.0にしやがれ
つうわけで1.7に戻した

>>679
>>632

ﾏﾝﾄﾞｸｾｰからやだ

Subversion 1.2.1 release age

ん？どこ？今見たけどないよ。

>>683
ここ

http://subversion.tigris.org/servlets/ProjectDocumentList?folderID=260&expandFolder=74
http://svn.collab.net/repos/svn/trunk/CHANGES

>>684
ありがとう

subversionが使ってる、neonが0.25だと
libxml2が使えるようになってるんだけど、
expatと比べると死ぬほど遅いです。

www.tigris.orig落ちてる?

レスがないようなのでおそらく .htaccess で認証を掛けるのはできなそうなので、
質問を変えてみます。

認証を httpd.conf でしか設定できないとすると、
新規にリポジトリをセットアップするたびに、 httpd.conf を書き換え httpd 再起動、
としなければいけないと思いますが、
複数リポジトリを運用している方々は普通にそういう運用をされているのでしょうか？

>>688
複数のリポジトリの場合はSVNParentPathを使います。

ttp://subversion.bluegate.org/doc/ch06s04.html#svn.serverconfig.httpd.basic

>>689
なるほど、 SVNParentPath と AuthzSVNAccessFile を用いれば、
リポジトリのセットアップのたびに httpd 再起動などは別に要らなそうですね。

ところでさらに疑問が出てきたのですが、そのドキュメントの例だと、
/repos の SVNParentPath 配下のリポジトリは全て同じ realm となるので、
全てのリポジトリは同じユーザ名空間を共有することになりますが、
ひとつの SVNParentPath 内で realm を分けることはできるものでしょうか？
不可能なら仕方ないんですけれども、できるならちょっと嬉しいです。

ぐぉ、SVNParentPath初めて知った…。普通に毎回gracefulしてた。

>>690
>ひとつの SVNParentPath 内で realm を分けることはできるものでしょうか？

AuthzSVNAccessFileはそもそもフォルダ単位で認証するメンバーやグループを
変更できる。
多分やりたいことは問題無くできると思う。

>>691
> 多分やりたいことは問題無くできると思う。

ええっと、勘違いしていたらすみません。
AuthzSVNAccessFile は authorization *だけ* を管理していて、
authentication については Apache の認証の機構に全て任せているように見えます。
そしてひとつの SVNParentPath 配下では、
ひとつの authentication 機構、ひとつの realm しかとれず、
たとえば同じユーザ名でリポジトリ毎に別々のパスワードを持つようなことは
できないと思うのですが、いかがでしょうか？

>>692
>たとえば同じユーザ名でリポジトリ毎に別々のパスワードを持つようなことは
>できないと思うのですが、いかがでしょうか？

同じユーザー名で別パスワードを使いたい状況というのがよくわからないけど
確かにそれは出来ないと思います。

Location で認証書けばいいだけでは？

サーバ側の設定で Id を置換してくれるようにできますか？
デフォルトでは置換しないってのは、いいんだけれど
どうすればデフォルトで置換するように設定できるのか分からない。

>>693
> 同じユーザー名で別パスワードを使いたい状況というのがよくわからないけど

たとえば、 A社のリポジトリと B社のリポジトリをホスティングしていて、
A社と B社それぞれに suzuki さん (別人) がいる、みたいな感じです。

とりあえず、そこまでは現状ではできなそうというのが理解できました。
やりたいのならば SVNParentPath は使わず SVNPath で graceful する、
というところでしょうかね。

>>694
> Location で認証書けばいいだけでは？

ええと、それを httpd 再起動せずに設定変更する方法はありますか？

>>695 svn:keyword ？サーバ側？

>697
置換するキーワードって、クライアント側で propset しないといけないですよね。
これを、サーバ側で設定しておきたいのです。
コミットできる全ての人に、ファイルを追加したら必ず propset もしてね
なんてことはやってられないので。

>>698
サーバ側で自動的に（勝手に）設定するのは今のところ無理。

クライアント側で auto-props を使うことにして、設定のために
Unix なら ~/.subversion/config をいじるシェルスクリプト、
Windows ならレジストリをいじる *.reg ファイルを配布するとどうだろう？

サーバ側でできるのは、フックで propset されていない追加を蹴って、
エラーメッセージで propset を指示するってやりかたもアリかも。

両方組み合わせるのが良いかな？

>699
なるほど。たいした要求じゃないというか、CVS からの移行ならありがちな
要求だと思うのに、敷居が高いですねえ。それにしても、積極的にそれを
できなくしている理由ってあるんですかねえ。
.subversion/config でできることは、ぜんぶ conf/svnserve.conf でできても
いいと思うんだけれどなあ。

TortoiseSVN 1.2.1 release age

>>700 >>654

誰か転覆本買ってやれよ。

Subclipseプラグインを使っているのですが
SubversionリポジトリにWebDAV経由(http://)でアクセスすることはできるのですが
svnserve経由(svn+ssh://)だとなぜかうまくいきません。ClientExceptionが出てしまいます。

TortoiseSVNを使えば両者とも問題なくアクセスできます。

こんな症状にあったかたいますか？

WebDAVを使えばいいのですがユーザパスワードをすべてhtpasswdでしか
管理できず、一元管理ができないので
できればLinuxのユーザアカウントをそのまま使えるsvnserveを使いたいものです。

WebDAVにLDAPモジュールを組み込めばパスワード一元管理ができるそうですが
LDAPは複雑すぎて扱いが困難なためしばらくは見送りたいと考えています。

TortoiseSVNではsvn+ssh://によるアクセスに成功しても
Suclipseでは例外が発生しうまくいかないのです。

>>704
クライアント側にSubversionを入れて、
Subclipseの設定でSVN interface に SVN command lineを指定したら
うまくいきました。
クライアント側 Eclipse 3.0.2, Subclipse 0.9.31, Subversion 1.2.1, PuTTY 0.57
サーバ側 Subversion 1.2.0です。

TotoiseSVN Ver.1.2.1使ってます。
一部のファイルの内容を古いRev.のものに差し替えて新しいRev.を作る場合、
どうやるのでしょうか？
今は良く分からないので、古いRev.を一旦別のフォルダにチェックアウトし、
手動で最新のRev.をチェックアウトしたフォルダに上書きしてからコミットしてます。

>>706
ヒント: 逆向きにマージ

>>707
逆向きにマージとは目から鱗です！
ありがとうございました。

>>706
ログダイアログから「このリビジョンによる変〜」を使うのが簡単。
連続するリビジョンなら複数選択可。
一番下のパスリストから単一ファイルに対しても可能。

ただし、この操作でファイルの削除を巻き戻した場合、
履歴付きの追加ではなく新規追加されるので注意。

Subversion-jpのMLで知ったんですけど、eSVNというGUIツールがあるみたいですね。
LinuxはもちろんWindowsやMacでも動くようなんですが、
会社の環境だと政治的理由でインストールできないので(^^;
使ったことある方いたら感想をお聞かせ願いたいです。

http://esvn.umputun.com/

>>710
家の環境で入れて試せよ。

うっさい
お前がやれ

1.1.xから1.2.xでBDBのレポジトリの互換性なくなったのですよね。
そこで、BDBのものだけdumpしたいんですが、
BDBとFSFSの区別はどうやってしたらいいんでしょうか。

>>713
repoをfindして、db/__db.001とかがあったらbdb形式
無くてdb/revsとかdb/revpropsがあるのがfsfs形式

>>714
両方あるのはどっちなんだろ orz
svnadmin dumpできないのでFSFSかな？

ぅお
svnadmin create --fs-type fsfs NEW_REPOS
きかねー、と思ったら
FSFSがデフォルトになったのね

>>715
db/fs-typeに書いてある

「政治的」を口にするエンジニアはロクなやつが居ないな。

Windows版（Ver0.6.8）試しました（712は俺じゃないです）
感想としてはかなり使えると思われます。Tortoiseから乗り換えてもいいかも。

○解凍してSetup.exeを実行するだけで簡単にインスコ可能
△インスコ後実行するとDllが無いといわれるので、Dlls.zipを解凍し、ファイルを適当なところに置く必要がある
◎LinuxやMacなどに多くの環境に対応している
◎日本語ファイル名、日本語テキストも問題なく使えているようです
○動作は軽快。Tortoiseと同程度かサクサク動いている印象
×メニューやマニュアルその他が全て英語表記なので、日本語化対応待ち。
×オプションで設定変更しても外部Diffツールがなぜか動かず、常に内部Diffツールが起動します。
○QuickDiffで変更点を簡単に見ることができる
◎ファイル一覧で修正ありファイルや管理外ファイルなどのフィルタ＆並べ替えができるので見やすい
○同じくファイル一覧で特定のディレクトリ以下のファイルを全て表示するモードがなにげに便利

とりあえず1日使ってみた印象ですが、Tortoiseと併用しても特に問題なく動くようですね。
しばらく追いかけて見たいと思います。

~/以下を全部リポジトリに突っ込んでる人いる？
たまに管理したい単発ファイルのためにいちいちリポジトリ作るの面倒じゃない？

~/ 直下のドットファイルなら突っ込んでるけど、全部突っ込むのはどうかなあ？

>>720
ほとんど全部突っこんでる

>>722
逆に、突っ込んでないのはどういうモノ？

>>719
レポ乙。
まだTortoiseSVNを捨ててまで使おうと思えるレベルじゃないね。
今後に期待。

>>723
どうでもいいファイル

どうでもいいモノは/tmpに置くだろ？
つぅかコミットしなければいいだけの話だな。

>>719
0.6.8は設定ダイアログが書き込むレジストリ位置に誤りがある。
一つ古いバージョンで設定するか、次の位置へ値をコピーする。

コピー元
HKEY_CURRENT_USER\Software\umputun\esvn\esvn\progs
コピー先
HKEY_CURRENT_USER\Software\umputun\esvn\progs

VSS感覚でSVNを使いたい場合は選択肢の一つかな。
WinCVS(CVSでの話)やRapidSVNよりは実用的だと思う。
TortoiseSVNが重い状況でも動作が軽い。
完成度が不足している部分があるので万人には向かない。

>>727 情報�dｸｽ
たしかに、まだまだ他人に薦められる状況ではないですね。
ただ、RapidSVNが期待できない今となっては活発に活動しているeSVNを応援したいです。
実質的に使えるクライアントがTortoiseだけだと(エクリプスプラグインもあるか）嫌がる人が多くてなかなか布教が進まないもので・・・
とりあえずはマニュアルと本体の日本語化に期待です。

Tortoiseだけだと嫌がる理由ってなんでしょうか？

選択肢が多い方が良いって事じゃね？

>>719
Tsvnと違ってsvnコマンドを直接呼び出してるのですね。

1.2.1 Windows binary ｷﾀｰ ... setup.exe ｺﾈｰ

>>729 主にVSSユーザーの意見だが「専用クライアントじゃないと間違って操作しそうで不安」なんだそうな
そいつらファイルのチェックイン／アウトが無いってだけでも危険だとか文句言うし、OSSなんて安定してないから不安だとか
とにかく文句が多いので、布教に苦労してます。強制できる立場なら問題ないんですが　（´・ω・）〜３

VSSなんて使ってたら故意に履歴ごと削除されそうで不安。

subversion1.2.0 Windows版でプロジェクトをチェックアウトしのですが、
$LastChangedDate の曜日部分が強制的にUTF8で出力されてしまい、
emacs で開いたときに文字コードが特定できなくなってしまいました。

WindowsXP x64 Edition がいけないんだろうか…？
TortoiseSVN 1.2.1 でも同じ状況でした。
locale/ja/LC_MESSAGES/subversion.mo　を削除しても同じ。
ttp://arch.bluegate.org/pipermail/subversion-jp/2004-October/000199.html
↑を見てLANGを=ja_JP.SJIS や LANG=C に設定しても同じでした。

うーん、この部分の動作はどこで決まっているんだろう？
曜日部分を英語なんかで出力できれば解決なんですが…

同じ症状の方はいますか？

自己レス

とりあえず、ファイルの頭に
// -*- coding: japanese-shift-jisx0213-dos -*-
で回避できる事に気づいたのでそうしました。

>>735 ttp://subversion.tigris.org/issues/show_bug.cgi?id=2332

サンクス
つまり、今のところはバグってるのね。

svn-1.2.1-setup.exe ｷﾃﾀｰ

なんか役立つ人がいそうなので、張っとく
http://vimrc.hp.infoseek.co.jp/diary/2005-07.html#2005-07-21-1

TortoiseSVN1.2.0 までは英語表記だったのね。
しばらくはバージョン下げて使うことにしようかな？

リポジトリ内のフォルダAにsvn:external属性でフォルダBを外部参照設定しておくと
フォルダAのチェックアウト時にフォルダBもひっぱってこれますよね。
このときフォルダBにも外部参照がされていると、その参照先までひっぱってきてしまいますが。
外部参照先のフォルダの外部参照設定を無視するような方法はありますでしょうか？

>> 735
もう解決したようだけど。
fixed length keywordを使えば、回避できなくはないです。
http://vimrc.hp.infoseek.co.jp/diary/2005-07.html#2005-07-21-2

>>743 >740

ViewCVSでもApacheのSvnリポジトリでもいいのですが
画像ファイルの履歴を画像を表示しながら見れないでしょうか？
１つづつViewを押していくのが大変なので、サムネール表示で最初のバーションから、最新のバージョンまで一度に見たいのですが

無いんじゃない？
今のところ。データ取り出して列挙するＣＧＩを自分で書くしかない気がする。

チェックアウトや更新時にスクリプトをフックすることはできませんか？

>>747
マニュアルぐらい読もうね。
ttp://subversion.bluegate.org/doc/ch05s02.html#svn.reposadmin.create.hooks

SVNParentPathってのは
svnadmin create
で作るものなの？
それとも普通のmkdirでいいもんなのか？
どっちでもいけたけど

SVNParentPathってのは
svnadmin create
で作るものなの？
それとも普通のmkdirでいいもんなのか？
どっちでもいけたけど

げ、重い故か二重投稿スマソ
ところで、CVSwebみたいなdiff表示ってのは無理なんかい？

そのものズバリ、それを使うのね。
cvsweb,viewcvs,websvn色々あるぞ、と

SVNParentPath自体は、フツーのディレクトリで、
そのディレクトリ以下のディレクトリにリポジトリを作るのが普通。

以前>>556で質問したものです。超遅レスですが。

結局sshの問題でした。
サーバ側の~/.ssh/environmentというファイルを作成し、
そこに以下の行を加えることで解決しました。

LANG=ja_JP.eucJP

OpenSSH のバージョンが4.1の場合は、sshd_configに
PermitUserEnvironment yes
を加える必要もあります。

sshがsvnserve動かす前にシェルが起動し、
~/.bash_profileを評価してくれるかと思ったんですが
そういう風にはなっていないようで。

いままでEUCでcommitログを書いていたんだけど、1.2.0に上げたら
UTF-8に変換しないと蹴られるようになった。そういう仕様になったの?

>>755
リポジトリには全てUTF-8で格納されている。
クライアントのエンコーディング環境が変わったんじゃないの？

>>756 ここ半年ほど変えてまへん。リポジトリはfsfsでローカルにありま。

>>757
ふーん。
とりあえず、「蹴られる」ってのはエラーがでるんかね？
エラーメッセージをGoogleに突っ込むか、ここに貼ってみたら？

subversionでforced commitをやるにはどうしたらいい?
CVSだと cvs ci -f だよね。

>>759
svn commit --help で見てもオプションに無いから、
できないんじゃない？

普通にローカルなディスク上にリポジトリを作ってやれば
問題はなんですが、nfs マウントした先のリポジトリには
checkout しようとしても
$ svn co file:///sever/repos/test
svn: Unable to open an ra_local session to URL
svn: Unable to open repository 'file:///server/repos/test'
svn: Can't get shared lock on file '/server/repos/locks/db.lock':
Resource temporarily unavailable
という具合にまったく動作しません。バージョンは 1.2.0 です。
ローカルマシンは Linux2.6.0, nfsサーバは freeBSD4.10です。
nfs マウントした /server へは 普通にファイルも作成できますし、
ディレクトリにも移動できます。owner,groupともに問題ないです。

ra_local に nfs マウントしたところへのアクセスに対してなにか
制限とかがあるのでしょうか？

>>761
file:// ってドキュメントにはローカルって書いてましたね。
とりあえず悩むより、svnserve 動かして svn:// で解決しました。

>>761
nfs lockdやstatdは起動してる?

TortoiseSVN をインストールして file:// にて管理しています。

ソース中のキーワード置換を行ないたいのですが、

C:\Documents and Settings\USER\Application Data\Subversion\config

の enable-auto-props = yes の部分のコメントを外して、
*.cpp = svn:keywords=Id
*.php = svn:keywords=Id
*.cs = svn:keywords=Id

のように記述しました。これだけでは commit した時に
置換が行なわれないのですが、他に何をすべきでしょうか？

よろしくお願いします。

自動属性がまだちゃんと有効になってないんじゃない？
[miscellany]
[auto-props]
もコメント外してある？

あと、自動属性を有効にする前に追加しちゃったファイルは、
手動で属性設定しなきゃだめだよ。
ファイルのプロパティで属性が設定されてるか確認できるから、
設定されてなかったら設定するベシ。

過去のスレッドにも同様の質問があったようですが
回答がなかったようなので、改めて質問させて下さい。

ダンプしたDBをDVD-Rにバックアップするために
4.5GBを超える場合複数のメディアに分けて保存できるように
分割されたダンプファイルをつくりたいのですが
Windowsでパイプ処理でsplitする場合、4GB以上のパイプ
が維持できないようで失敗してしまいます。
ダンプ時のオプションで分割するようなことは出来ませんか？

>>766
svnadmin dump --incremental -rN:N+1
でリビジョンひとつずつのダンプを繰り返して、
サイズを見ながら結合するプログラムを書くといいんじゃないか？

TortoiseSVN1.2.0でマージで日本語扱えなくなったので1,1,7使っているんですが
1.2.1でマージで日本語つかえるようになったでしょうか？

>>768
1.2.1は日本語でもマージできるようになったよ

>>768
「マージ」が TortoiseMerge のことなら、たぶん大丈夫。

>>769-770
マージはTortoiseMergeのことでした
日本語使えるようになりましたか、教えてくれてありがとうございます
早速バージョンあげてみます

$LastChangedDate 早く直らないかな…。

8月29日にオーム社から
http://www.amazon.co.jp/exec/obidos/ASIN/0974514063/249-2879815-5685167
の邦訳「Subversion実践入門：達人プログラマに学ぶバージョン管理」
が出るってさ。

「Subversion解説書」よりはましなのかなぁ。

なぜ 1.2.2 はリリースされなくなったんですか?

>>774 ttp://subversion.tigris.org/servlets/ReadMsg?list=dev&msgNo=104030

解決しました。~/.subversion/configに「log-encoding = utf-8」と
書いてあったのが原因でした。なんで1.1.x系では問題なかったのかが
分からないけど。

外部参照について教えてください。

次のようなディレクトリ構成で
ProjectX/neta/toro/
ProjectX/neta/uni/
ProjectX/neta/ikura/
ProjectX/susi/nigiri/
ProjectX/susi/gunkan/

ProjectX/susi/gunkan/
をチェックアウトすると
ProjectX/neta/uni/
ProjectX/neta/ikura/
が自動的にチェックアウトされて欲しいのですが

ProjectX/susi/gunkan/
uni/
ikura/
というようになってしまいます。

階層を維持したまま外部参照を行う事は出来ないのでしょうか？

>>777
よくわからんな。

仮に「可能」だとして、↓こうしたらどうなる？
svn checkout $repo/ProjectX/susi/gunkan/ /my_wc

そもそもどういう設定をどのフォルダで行なったんでしょう？
ProjectXフォルダで行なったように見えるけど。

Subversion 1.2.3 release age

>>773
立ち読みした限りだと、「Subversion解説書」の要約程度の内容です。
ページ数も少ないし基礎的にも程があるって感じ。
付録のsvk,tracもほんのさわりしか書いてません。

なんで出版したのか意味不明です。すでに無料の「本」があるのに。
少なくともこのスレの住人には不要だと思います。

AnkhSetup-0.6.0.2130-snapshot_16.msi

＞７８１
タイトルに達人プログラマ・・・ってつけたかっただけの気がする
買う価値はないが本の種類が増えるのは歓迎
唯一のメリットは　本としてはSubversion解説書より安いｗ

実用的を謳うならTortoiseSVNの解説書を出してほしい
人にとりあえずこれ読んどけって言えるから
よくあるＨＰだとブランチとかタグとかマージとかの部分の解説がたいがい薄いので

あとTortoiseSVNのHelpの和訳ってどこかにあったりしませんか？

>>783
tezさんが訳した大昔のdaily use guideしかありません。

cygwinでsubversion1.2を使ってます。
名前が日本語であるファイルをcheckoutしたりupdateすると、
subversion can't convert string from UTF-8 to native encoding
といわれて、checkoutできません。
単にファイル名の文字コードをUTF-8からShiftJISに変換できないだけなのですが、どうしたらいいのでしょう。
LANG=ja_JP.SJISとかつけたりしたんですが、だめっぽいです。
なおLinuxではLANG=ja_JP.eucJPをつければEUCに変換してくれました。
cygwin固有の問題のような気もしますが、どなたかアドバイスをお願いします。
なお適当にぐぐると
http://subversion.bluegate.org/doc/ch07s07.html
というページがヒットしたのですが、何のことやらわかりませんでした。

>>785
>>386-387 >>524 >>532

785じゃないんですが。

aprのビルドは出来たんですが、このあとsvnのビルドもしなきゃだめですか？

>>786
ありがとうございます。>>532でいけました。助かります。

>>787
ダウンロード先としてhttp://yak.myhome.cx/junks/mixed/を指定し、
libapr0_winlocaleとapr_winlocale（どちらもLibカテゴリにある）をインストールしたらうまくいきました。
svnの再ビルドは必要ないですよ。

TortoiseSVN-1.2.2.4295-svn-1.2.3.msi

>>788
おぉ、出来ました。長年の不便が解消しました。
ありがとう

>>783 を読んで思い立ち、ヘルプやらのマニュアルを訳してみようとしてみた。
とりあえず、prefaceを適当に訳し、Buildスクリプトを走らせてみる。

おおchmファイルができたぞと開いてみたら、目次が文字化けしてた……orz

どなたかchmの目次の文字コードを変更するxslのパラメータを教えてくだされ……

すれ違いすまぬ。
適切なスレを探す旅に出るです。

>>791 解決方法はわかりませんが、かげながら応援しています。

Win版は環境変数 APR_ICONV_PATH を設定すべし、というのはみんな知ってるのか？

Shift_JISに所謂駄目文字があるとcvs2svnで変換に失敗するのですが、
解決する方法があったらご教授下さい

間違えました
正しくは
×Shift_JISに所謂駄目文字
○CVSに登録されたファイルのファイル名に所謂駄目文字
です。
発表.doc,vとかそういうファイルです。
リネームするしか無いのでしょうか？

>>794
インストーラ付きのやつだと自動で設定してくれなかったけ？
1.2.1から更新されてないみたいだけど。

>>795
cvs2svn を書き換えて、ファイル名のエンコーディングをオプションで指定できるようにした。

AnkhSetup-0.6.0.2136-snapshot_17.msi

これ何？

あぁ、Visual Studio.NET 2003のためのアドインか。

>>800 http://www.google.co.jp/search?q=Ankh+Subversion

TortoiseSVNをローカルファイルの管理で使ってみようと思っているのですが、
インポート後のインポートしたファイル群の扱いが分かりません。
確認のためにそれまでの手順も書き出してみます。

1:リポジトリ用のフォルダー(例:C:\SVN\test)を作り、
testフォルダー内で、[右クリック.ここにリポジトリを作成]、でリポジトリを作る。

2:エクスプローラー内の空白部分で、[右クリック.リポジトリブラウザー]より、
リポジトリブラウザーを起動し、file:///C:/SVN/testを表示、

3:file:///C:/SVN/testを選択し、[右クリック.フォルダー作成]で C:/SVN/test フォルダー配下へ
C:/SVN/test/trunk
C:/SVN/test/branches
C:/SVN/test/tags
の3フォルダーを作る。ここでリポジトリブラウザーを終了

4:エクスプローラーでバージョン管理をさせたいファイル群のフォルダーを表示、(例:C:\Program Files\sample)
C:\Program Files\sample\hoge.txt
C:\Program Files\sample\moge.txt
C:\Program Files\sample\nage.txt

5:バージョン管理しなくてよいファイルやフォルダは移動か削除する。(例:nage.txtを削除)
C:\Program Files\sample\hoge.txt
C:\Program Files\sample\moge.txt

6:その後に、[右クリック.TortoiseSVN.インポート]より、ファイル群をC:/SVN/test/trunk　配下へ登録

ここからが分からないんですが、リポジトリーに登録したあとの
C:\Program Files\sample に残っている hoge.txt moge.txt は別フォルダーに移動か、削除してしまってから?
[右クリック.SVNチェックアウト]を実行でいいんでしょうか?

それでいいんじゃね。

せっかく使い始めたのにsvn全然活躍してないな(´･ω･`)
早くバグバグで身動き取れなくなってロールバックしたりブランチしたりしてー

定番だろうけど、Tracと組み合わせて使ってる。
なかなか便利ですね。

>>803
その手順であれば、C:\Program Files\sample
の中身を全て削除してからチェックアウトでいいと思います。

あるいは、3. まで終わったら、
C:\Program Files\sample
にトップフォルダだけチェックアウトして、その後、
必要なものだけ追加＆コミットする
という方法でもOKです。
（追加しなくても、コミット時に選択できるので、
　コミットだけでもいいです。）

>806
俺も最近Trac入れた。いいなぁ、これ。

svnで~/を管理したいんだけど・・・
svnで異なる２つのOSでそれぞれの~/を同期して使いたいんだけど・・・

そういう人いますか？
いたらヒントをください・・・

>>809
どこでつまずいてるの?

ttp://capsctrl.que.jp/kdmsnr/wiki/bliki/?cmd=view&p=Subversion&key=subversion

>>809
普通にいると思うけど。

>>809 は気の毒な人間

Mac OS XとLinux(Debian(ppc)つーか玄箱, FC(x86))のホームを
svn管理してるよ。

何に困ってる? >>809

64bitのTortoiseSVNがちゃんと動かなかったから３２bit版のexeだけ上書きしてみたら動いた。
ちょっと怖いけど使えそう…。

えっ　何が怖いの？

Aさんは /home/A/projectで開発してます。
Bさんは /home/B/projectで開発してます。
参照しているリポジトリURLは同じです。

で、このprojectは/path/to/porjectが本番稼働場所です。
このディレクトリはAさんがcheckoutして作りました。

この状態で、たとえばBさんが自分の作業場所で開発を一段落させて(commitして)、
本番稼働場所でsvn upしようとすると、エラーになってsvn upが失敗します。

おそらくパーミッションの違いだと思うんですが、こういう事ってできないんでしょうか？
この状態だとAリポジトリから本番稼働場所にupdateしたいときに
毎回Aさんの手を借りなければならないのです・・・・・面倒です・・・・。

Aさんは病気がちで季節の変わり目には必ず風邪を引きます。
・・・・そろそろその季節なんです。。。
助けて下さい・・・・。

よくわからんけど、AとBを同じグループに所属させて、group writable にしてみたら？
というか、あてにならないAさんにチェックアウトさせとくのが悪い気も。

>>817
ttp://subversion.bluegate.org/doc/ch09.html#svn.ref.svn.sw
より抜粋
> --username NAME
> コマンドライン上での認証に、指定したユーザ名称を使うように指示します

なんてのもあるよ。
SVN の認証パスワードを知ってる必要はあるけど。

>>819
いや、 >817 はローカルファイルのパーミッションの話だろ。
817がエラーメッセージを貼らなかったのが悪いんだが。

本番稼働場所用の共用アカウントでOSにログインしてから、
本番稼働場所用の共用SVNアカウントでcheckout/updateする。
共用SVNアカウントはリポジトリへ書き込み禁止にしておく。
そういう運用ルールにするだけでいいんじゃないの。
それが自然じゃないかな。チーム開発なら運用手順が大事。

>>817です。
エラーメッセージは会社で再現したのを来週書き込みます。
できればグループのアカウントはupdateできるようにしたいんですけど、、
本番稼働場所にある.svnの中でどのファイルをどうしたらいいのかがさっぱりわからないのです・・・。

>>816
64bitアプリとしてコンパイルしてるソフトの実行ファイル郡の一部だけ
32bit アプリに無理やり置き換えてるから一切動作保証なんてないのでね。
dll とか64bit版付属のやつそのままだし。

64bit版そのままインストールしてちゃんと動いてる人はいるんだろうか？

>>823

ああなるほど。
何も起きないかもしれないしそうでないかもしれないと。

BoundsCheckerには怒られそうだが…

>>822
俺も >>821 に賛成。本番稼動用のアカウントを作成するべき。
本番稼動用のシステムを特定の実ユーザに依存するように運用すべきじゃない。
病気ならともかく、入院したり退職したらどうすんねん？

TortoiseSVN には、subversion が含まれますか？
TortoiseSVN は、subversionに対するクライアントソフトですよね？
subversionってどこで使うのですか？

windows のローカルで使う場合は、subversionは入れる必要はない？
TortoiseSVNだけをインストールして色々と試しています。
subversion だけを入れる？？？

すみません。無能な質問で。
違いが良く分からないもので・・・

>>826
TortoiseSVN には Subversion ライブラリがリンクされている。
Subversion のクライアントはC言語のライブラリを使用することで作られる。

TortoiseSVN さえあればコマンドラインクライアントである svn を入れる必要は無い。
しかし大量のリネームやリポジトリの管理のために
管理側の人間であれば入れておいたほうがいいだろう。

>>827
サーバとクライアントの関係がわかりました。
どうもありがとう！

釣りだったのか

TortoiseSVN 1.2.3 release age

TortoiseSVN 1.2.4 release age

age

>828
まぁ納得してるし
結論はあっているからいいんだけど・・・

TortoiseSVNはサーバー機能相当も自分専用で持ってます
だから単体で動くんだけどね

サーバー機能もあるの？
リポジトリいじったりは出来るけど。

>>834
ra_local のことを「サーバー機能相当」といってるんじゃないか？
かなりいい加減な認識だが。

>835
>サーバー機能"相当"も自分"専用"で
これを読んで他のクライアントとつながるとは普通思わんよ
版管理のエンジン部も持ってるって言う方がいいか

サーバー機能なんか無いでOK？

…言っちゃったね？

>838
おっふー。
言っちゃたのか？
俺 oruz

ディレクトリ内のドットファイル(除く .svn)をコミットする方法ってありますか？

svn ci .*

svn ci .*~.svn
なのでは？

>>842
.svnは入っていても無視された

TortoiseSVNのリポジトリグラフでパスに日本語を含むファイルの
異なる2つのリビジョン間の差分を「リビジョンを比較」で見ようとすると
「URL 'http://localhost:10080/webdav_svn/doc/%E7%B8%BA%E3%83%BBtest.txt'
non-existent in revision '7'」のようなエラーダイアログが出てしまいます。

SubversionはWindows版であり、Apache2でWebDAV経由で使用しています。
チェックアウトやコミットは問題なくできています。
また、WebDAVでは当該ファイルのURLは
「http://localhost:10080/webdav_svn/doc/%e3%81%82/test.txt」です。

TortoiseSVNのバージョンは1.2.4build4479です。
が、1.2.2のときも同様でした。

>>844
リポジトリグラフって何？

リポジトリブラウザ？リビジョングラフ？

なんでこのスレLinux板にあるの？探すのに苦労したやん。

じゃあ次スレはム板あたりにするかね？

>>846
お前が無能なだけだろ。
http://www.google.com/search?hl=ja&q=subversion+site%3A2ch.net&lr=

>>846
2chのスレ検索も知らんのか
ttp://find.2ch.net/

>>845
リビジョングラフの誤りでした。

>>847
前スレでは、新しい血を求めてソフトウェア板という提案もありましたよ。

WinXPでsubclipse プラグインを使って$Id:$をセットしたファイルを更新すると
ユーザー名が入らない。

なんで？

>852
匿名になってるとか？

TortoiseSVN を試してみようと思い、
Jakarta Commons の ソースを取得しようと、
以下のURLを、「リポジトリのURL」に指定してチェックアウトしてみました。
http://svn.apache.org/repos/asf/jakarta/commons/trunks-proper

すると、Jakarta Commons の 各プロジェクト(BeanUtilsやBetwixtなど)
のtrunkのファイルがすべてチェックアウトできました。

しかし、ブラウザやsubclipseで上記URLにアクセスしても
LICENSE、LICENSE.txt、charter.htmlの3つのファイルしかありません。

実際のプロジェクトのファイルは
http://svn.apache.org/repos/asf/jakarta/commons/proper/プロジェクト名/trunk
にあるのですが、なぜtrunks-properをチェックアウトして取得できるのでしょう？

これは、TortoiseSVN の機能なのでしょうか？
trunks-proper から 各プロジェクトのtrunk へのリンクを張るような方法があるのでしょうか？

>>854 svn:external

リポジトリ R に http スキームのみでアクセスできるメンバー M1 と svn スキームのみで
アクセスできるメンバー M2 がいます。
リポジトリ R のあるディレクトリの svn:externals 属性にリポジトリ R の別のディレクトリ
の URL を指定しようと思っています。
このとき属性に指定する URL に http:// や svn:// をつけると M1 か M2 のどちらかしか
アクセスできないのですが、どちらでもアクセスできる URL の指定方法はあるでしょうか?

>>853
多分それです。
ありがとう。

>>856 http://subversion.tigris.org/issues/show_bug.cgi?id=1336

スレタイ
【TortoiseSVN】ファイル比較、差分、バージョン管理【WinMerge】

TortoiseSVN本家
http://tortoisesvn.tigris.org/

TortoiseSVNユーザーガイド
http://tortoisesvn.bluegate.org/Help/dailyuseguide.html

WinMerge日本語版
http://www.geocities.co.jp/SiliconValley-SanJose/8165/winmerge.html

こんな感じでソフトウェア板に立てようと思ってるけど、その前に意見求む

ん？
TortoiseスレなのかSubversionスレなのかWinMergeスレなのか
汎用バージョン管理スレなのか、かなり謎なんだけど

ソフトウェア板に立てるというところとか、スレタイとかテンプレを見る限り、
Win 開発者向けソフトということで Subversion スレとは別に立てるってことなのかな？

スレタイはこんな感じでどうだい？
【バージョン管理】 Subversion 【TortoiseSVN】

え！？次スレの話をしていたの！？

次スレの話ってことだと >>6 の Wiki でテンプレ案をまとめてみると良いのかな？
あと、次は厶板に移ってみるというのはどうでしょうか？

オレもソフ板よりム板の方が良いと思うな。

とりあえず分裂はしないで欲しい