Subversion r9

subversionはフリーなオープンソースのバージョン管理システムです。

公式HP
subversion.tigris.org
http://subversion.tigris.org/

Subversion によるバージョン管理
http://subversion.bluegate.org/

subversion: Project Status
http://subversion.tigris.org/project_status.html

subversion: Subversion Links
http://subversion.tigris.org/links.html

Version Control Systems Comparison
http://better-scm.berlios.de/comparison/comparison.html

前スレ
http://pc11.2ch.net/test/read.cgi/tech/1192864879/
r7 http://pc11.2ch.net/test/read.cgi/tech/1180858500/
06 http://pc11.2ch.net/test/read.cgi/tech/1165892754/
05 http://pc8.2ch.net/test/read.cgi/tech/1145841405/
04 http://pc8.2ch.net/test/read.cgi/tech/1129642894/
03 http://pc8.2ch.net/test/read.cgi/linux/1100622362/
02 http://pc5.2ch.net/test/read.cgi/linux/1078609142/
01 http://pc.2ch.net/test/read.cgi/linux/1002355536/

■文書
Subversionによるバージョン管理(日本語訳)
http://subversion.bluegate.org/
svnbook PDF版
http://psyto.s26.xrea.com/misc/svnbook/

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/

　　　　　　 　 　 　 　　　　_,　 -‐　 ￣￣￣￣￣ ｀丶､
　　　　　　　　　 　 　　　　／: : : : : : : : : : : : : : : : : : : : : ＼
　　　　　　　　　　 　 　 ／ : : : : : : /: : : : : : : : : : : : : : : : : : ＼
　 　 　 　 　 　 　 　 ／: : : : /: : ／| : : : : : : : : : : /: : : : : : : : : ヽ
　　　 　 　 　 　 　 /: : ／: :/: :{/　 | : : : : : : /: : /: : : :│: : : : : : '.
　　　　　　　　　　/: :〃: : :,': :.∧　 |:ｌ: : : : :./ | :ハ. : : : |: /: : : : : |
　 　 　 　 ＼　　/／/ : : /l: :/ __＼ﾊ: : : : /　j/ _,斗: : :j/: : : : :l: :|
. 　 　 ―‐- 　 /'´／⌒V:│;〃ｱf心ヾ: :Vー孑ｩ≠ﾐ: : / : : : : : l: |
.　 　 --― 　 　 /　　　 V:l小.　{ﾄ ｲ|　∨ 　 f{ノ::�Y ∨: : : :.j: : :| |
　　　　_, -'´　　 {　　　　 Ｖ: : }　Vﾋｿ　　　　 |ﾄｰｲｿ／: : : : ∧.:.:|: |
　　　　　　　 　 ∧　 　 　 '; : {　'' 　 　' -―v` ｰ〃: : : : : :/ヽ'; :|: :|　　>>1乙だゼ☆
　　　　　　　 　 ﾚ ﾍ、　　　ヽ:ゝ ._　 f　　　　　）′: : : : : /_ノ: V|＼|
　　　　　　　　　　　 ＼　　j/⌒＼＞ゝ .. ＿／／:.: :／∨: :/＼ |
　　　　　　　　　　　　　`／　 　　 ＼ : : :_|厶-―＜ ＾}/|／
　　　　　　　　　　　_＿/　　／　　　 ﾏ'弋＼ ｀ヽ＼　 ∨
　　　　　　　 　 ／　　 {　 /　　　／　 ∨ﾍ　　　 ＼＼∧
　　 　 　 　 　 （_＿＿_`ｰ{ ＿,／　　　 |川　　　　　＼ヽ|
　　　　 　 　 　 　 　 　 `ーr‐ゝ､_,∠ ノ|川　　　　　　 ヽﾄ,､
　　　　　　　　　 　 　 　 　 |　　|　　　ノ//　　　　　　　 l＼＼
　　　　　　　　　　　　　　　 ＼　＼／ //　　　　/／　　|⌒＼》

前スレからちょこっとコピペ

最悪なsvn管理方法トップ１０
http://www.red-bean.com/fitz/presentations/2007-07-27-OSCON-svn-worst-practices.pdf
日本語要約
http://www.geekpage.jp/blog/?id=2007/10/24

バージョン管理システムについて語るスレ
http://pc11.2ch.net/test/read.cgi/tech/1193332500/

リーナス・トーバルズ「Subversion ほど無意味なプロジェクトはない」
http://po3a.blogspot.com/2007/12/subversion.html

Git入門
http://www8.atwiki.jp/git_jp/

前スレ1000で不覚にもﾜﾛﾀ

新スレ記念でhttp://subversion.bluegate.org/が復活してるぞ。
さぁ、今のうちにローカルに保存しとけ！

>6
保存が終わったら、ページごとに分割したHTMLをまとめてzipでくれ。

>>7
WeBoX か 紙コピ か wget か GetHTMLW 使え。ｳﾞｫｹ！

>>6
今後について管理者に連絡とってくれ頼む・・・

サーバー落とすなら、
ミラー鯖用意するなり wikiにするなり対応ができると思うので

wikiとサーバ落ちるのと、どういう関係があるのか理解不能。

（今後も継続的に）サーバー落とすなら、（つまり、運営しないなら、）
（個人で）ミラー鯖用意するなり、（有志で編集できるように）wiki（借りてくる）<s>にする</s>なり対応ができると思うので

つーか、そこまで言うなら>9が勝手に鯖用意するなりWiki用意するなりすればいいだろ。

つか、サイト丸ごとコピらなくても、ドキュメントダウンできるじゃん。
必要ならダウンロードしとけよ。

俺はもう落とした
ZIP圧縮で800K強

>>12
ここのテンプレも含め、「ドキュメントならbluegate.orgにあるよ！」って書いてある書籍やサイトが、
本当に山ほどあるんだ。

bluegateが落ちてると、「なんだよSubversionって今後やべーんじゃねーの？」と誤解されるのが辛い。

前も言ったけど、Jajakartaやlinux.or.jpも同様で、今となっては存在するだけでネガティブキャンペーン。

たのむから消え失せて欲しい。

1. UTF-16の文字コードの*.sql
2. CP932のソースコード
3. CP932のターミナル（日本語Windows）

という状況で、複数の文字コードのソースを混在させて
svn diffなんやらで*.sqlの差分を見たり、ソースの差分を
見たりしたいんですが、そういうことは可能なのでしょうか。
svn propset svn:mime-type text/pain charset=utf-16 *.sql
みたいにしてみたのですが、差分を取ってみると、UTF-16の
ままの差分がCP932のコンソールに出力されてて、日本語が
文字化けするんです。。

>16
Subversion 側でどうにかしようとするより nkf とか jless かますとか両方の文字コードで開けるエディタに渡すとかする方が賢明だと思う。
仮に文字コード変換がかかるとして、checkout 結果も変換された後になって欲しいと思う？

>>12>>15
落ちない、最新の情報がある、警備員常駐の
このスレを推奨リンク先にすればいいんじゃね？
出版社には改訂版で直してもらおうぜ！

r8より下がっているのでage。

>>18
2chというだけで毛嫌いする人も中には居る。

とりあえずテンプレ直す方向で考えた方がいいんじゃね?

2chとかマジ・・糞の集まり・・どんなヤツが来ているのか顔が見てみたい・・ホント・・・

かまって欲しいの？

>>21
鏡を見たらいいと思うよ

・・・！2chて・・イケメンの・・・集うところだった・・んだ・・・！！

アップ可能なファイルサイズってどれくらいになるんですかね？

最初は、便利だ便利だと言うが、メンテしなくなったら、こんなもんだな

あ〜俺今その中間あたりに位置してるわｗ
これからそうなる可能性大だぁあぇいあお

>>25
それ前スレか、その前ぐらいに一度話題になったよ。
結論はでなかったような気がするけど、一度検索してみたら？

700MBくらいのファイルをインポートしたらSVNが止まった
こわくね？

みたいな書き込みだったような気がする
本家にフィードバックするって言って終わった

svn-1.4.6-setup.exe が出ねーな・・・
出して

前スレにもいたな
ZIP解凍すりゃいいじゃん

>>17
utf-8ならiconvを通すとかでもいいと思うのですけど、しかし
utf-16の場合、ソースだけがutf-16で、たとえばsvn diffしたときの
その他のファイル名や+-の記号とか、その他の情報の出力は
ASCIIなので、そのまま変換すればいいというものでもないんで
うまくいきませんでした。。。

>>31
WinMerge のフォルダ比較でちょっと見てみた。
なんとなくいけそうなので上書きしてみます

自分ひとりならzip解凍でもいいが、社内に配布するにはやはりインストーラーが付いてないとなぁ。

何でSVNの管理ツールを社内に配布しないといけないのか

>32
あぁ、そういうことか。
UTF-16 → CP932 に変換してから diff に渡すラッパを --diff-cmd として渡せばいいんでね？

レンタルサーバーにsubversionを入れて使っています
コミットすると、$id$がレンタルサーバーのアカウント名になって
しまってへこんでます。（とっても適当なアカウント名にしてしまったので、、、）

$id$の値の変更をしたいのですが、そういうことは可能でしょうか

>>37
そこのレンタルサーバーで何ができるかわからんが、
svn+sshでやってるならsvn専用ユーザを作って
command="/PATH/TO/svnserve --tunnel --tunnel-user=USERNAME"
な.ssh/authorized_keysを置けばいいんでない？

過去の分についてはrevpropsをいじるか、諦めるかする。

レスどうもです。レンタルサーバーは、さくらの共用サーバーで、sshが使えます。
で、教えていただいたことを早速やってみましたが、はまっています。。。

最初にレンタルサーバーにあるリポジトリの中の、conf/svnserve.confに、
-----
[general]
anon-access = read
auth-access = write
password-db = passwd
realm = My First Repository
-----
と書き、conf/passwdに
-----
[users]
svnuser = hogehoge
-----
と書きました

次に、~/.ssh/authorized_keys に、
command="/path/to/svnserve -t --tunnel-user=svnuser -r /path/to/repo" ssh-dss AAA.... [email protected]
の一行だけかきました。

手元のローカルマシンに戻って,
# ssh [email protected]
したところ、
( success ( 1 2 ( ANONYMOUS EXTERNAL ) ( edit-pipeline ) ) )
と表示されました。ググったところ、ここまではあっているらしい？のですが、

svn list svn+ssh://[email protected]/path/to/repo
とやると、タイムアウトで、つながりません、、、
どっかで根本的なミスをしてるんでしょうか？ご教示願います。。。

-rつけてるから/path/to/repoがルートになる。

TortoiseSVN使ってます。
最新リビジョンを以前のリビジョンにロールバックしたいんですけど、
手軽に実行出来る手ってないですかね？

すいません、ログビューから変更を元に戻すで簡単にいけました・・・
基本的なことですいません。

>>39
いきなり本番リポジトリを相手にするのはやめて、テスト用の新規レポジ
トリを使うとびびらずに済む。いきなり本番リポジトリをchownやchmodし
なくても実験できるし。

おれは専用ユーザのauthorized_keysで縛るスタイルで運用してるが
conf/svnserve.confを編集したことがない。


>>40 が正しい指摘。
この設定のまま
svn list svn+ssh://[email protected]/ をすると
クライアント側でSyntax error parsing revisionが出るから注意。

Subversion 1.1ぐらいの時代なら通ってたが、いまはクライアント側の都
合でURL指定にディレクトリを追加する必要がある。

サーバ側は-r /path/to/ までで押さえて
svn list svn+ssh://[email protected]/repo/
とするか、そもそも-rをつけずに
svn list svn+ssh://[email protected]/path/to/repo/
とするといい。おすすめは前者。

>>40,43レスどうもです。
自宅サーバー(Centos5)で、新規リポジトリを作って試してみたところ、
authorized_keysの書き換えだけで、あっさりうまく行きました、、、、

しかし、さくらサーバーでやろうとすると、やっぱり、Operation timed out
になってしまいます。自宅サーバーと、サクラサーバーの違いは、
svnserveのパスだけです。(/usr/bin/svnserve と、/home/hoge/trac/bin/svnserve)

なんだかサクラ固有の問題な気がしてきたので、とりあえず、自宅サーバーで
運用する方向で検討してみます。レスくださった方ありがとうございました。

>>12 wikiページ作っておいたよ。テンプレだけだけど。
http://www12.atwiki.jp/linux2ch/pages/237.html

あほか

>>45
どこに作ってんだよ・・・

linux2ch?

別にどこでもいいじゃん
情報は集まることで価値が生まれる
どこに集めるかは結構どうでもいいことなのだ

はぁ？

その理屈ならこのスレ内で十分だろ

>>51
そういえばそうかと思ったけど
2chのスレはDAT落ちするよなと思い直した
それと、読みづらいし、後から編集しにくい
だからまとめサイトの類が存在するのでしょうね

Subversion BookのCHMファイルを公開 | Sarabande
http://sarabande.info/2008/02/11/svnbook-chm/

>>52
まとめサイトが存在するのはテンプレの量が増えた場合だと思うけどな
後から編集しにくいってのはそうだけど、常に最新のスレは存在するから

>>53
IE7だと落とせなかった

まとめサイトを作るか作らないかの問題じゃなくて、
無関係な Wiki に勝手に追加してるのが問題なんだろ

ム板とLinux板ならそんなに遠い板でもないが...
ム板wikiとかないよね？

Linux 板のくだ質スレ用の Wiki なんだから、
せめてくだ質で間借りしてもいいか聞くべきだな。

どうも話がよくわかってないんだけど
>>2に書いてある
http://wiki.machband.org/svn/
http://wiki.machband.org/svn/index.php?%A5%B9%A5%EC%A5%EA%A5%F3%A5%AF
ここではマズイの？

>>58
あれ？前そこつかってたのか？
忘れた orz

>>54

ttp://groups.google.com/group/symfony-doc-ja/files

dirA--
+---dirB

ってなってるリポジトリをチェックアウトするとき，
dirA も dirB も svn co -N で一階層ずつチェックアウトした．
dirA で svn update したら「dirBがすでにある」って怒られた．
もちろん dirA と dirB で個別に svn update -N すりゃいいんだが．

こういうときって dirA/.svn/entries を自分で書き換えて
dirB も含めてしまうってのは邪道？一応いまのところ問題なく
出来ているだけど，なんか危険なことをしている気がする．

あれれ，
いつの間にかワーキングコピーの entries のフォーマットが
XML 形式からただのテキスト形式になってるぞ．
1.3.1 はXML形式だったのになぁ．
1.4 からはテキスト形式なのか．
俺，浦島太郎？

うん。

>61

そりゃ、dirAを co -N したあと、dirAの中で update -N dirB って
やるパターンじゃまいか？
(あるいは、dirAの外でdirBを作りたいのか、どっちかだろう)

ところで便乗質問。
co/update した後、やっぱりこのディレクトリここにはイラネ、って
思ったときに -N したかのようにworking setから切離す方法を教えてください。

TortoiseSVN 1.4.8 release age

>>64
それも単純に entries から当該ディレクトリを
記述している行を削除するだけなんだけど，
テキストエディタでいじる方法しか知らない．

>66
な!
それだけでよかったのか...

>>67
それでだめなら逆に >>61 のような方法は使えない。
サブディレクトリに関しては、ホント、単に
サブディレクトリ名だけ書いて後は下に丸無げだから。

おいおい .svn の中をいじるのは御法度だぜ。

>>69
まぁそうなんだけどね．
どうしてもいじりたい時もある．
他にも，.svn の中身だけチェックアウトしたいとか．
つまりワーキングコピーじゃないディレクトリを
ワーキングコピー化したいとか，そういう要望もある．
って，俺だけ？

>>70
例えば今いるディレクトリがcurrentだとしたら、cd ..; mv current tentative; svn co repos current; mv -i tentative/* current; rm -ir tentative; cd currentするだけじゃん。

>71

う、うつくしくない...涙

TortoiseSVN には ssh の機能も含まれている？
それとも ssh は適当に別の何かを用意しておけよ，
って感じ？すまねぇ，Windows が手元にないけど，
Windows 使ってる奴に ssh でつないできてほしいんだ．
cygwin で適当にやれ，って言ってみたんだけど，
C:\Document and Settings\hage\デスクトップ\proj1\trunk
みたいに日本語を含むディレクトリをワーキングコピーに
したいらしく，cygwin だと難しいようだ．
（不可能ではないし，沖の UTF8 cygwin だともっと
簡単だべ，とは言ってみたんだが）

>>73
前に使ったときの記憶で書くけど・・・
TortoisePlink とか、そんな名前の ssh クライアントが同梱されてたような気がする。
ただし鍵の管理のために別途 agent 系のソフトを入れとかないとツライ。

TortoiseSVNではsshのクライアントへのパスを書くだけ
聞くまでもなく日本語のヘルプあるんだから簡単に調べられると思うが

>>73
俺はputtyと組み合わせて使ってる。
「ssh putty TortoiseSVN」でググると結構見つかるよ。

winscpと陸亀で事が足りてるからputtyは使わなくなったなぁ

デブサミでSubversionの話があったみたいなんだけど、行ってきた奴いたらどんなんだったか教えて。

>>78
さっきからデブサミって言葉よく聞くんだが、いったい何？
世界の肥満男性が集まってダイエットの話でもするのか？

そう捕らえても実態と変わりはないｗ

>>79
その略し方、誰もが一度は脳裏を掠めただろう。

聞いたが最後、「最初にマジレスした奴が負け」ゲームの始まりですw

デベロッパーサミットじゃね？勝手にそう思い込んでいるんだが。

何たるマジレス

1分22秒でゲームは終焉を迎えた。

ぬぅー、かれこれもう４時間もはまってる。
subversionインスコして、レポジトリ作って、import等も問題なく完了。

で、httpd.confな設定して、http://svn.example.comにアクセス。
「おぉー、importしたデータがあるよ」な感じまではOKなんだけど。。。

*.phpなファイルをクリックすると、ソースでなくてダウンロード開始になる。
*.incなファイルやテキストファイルはそのまま表示。

なんで？？？
どっかで、設定が必要なんでしょうか？素だとこれが普通？

content-typeによってブラウザ？が挙動を変えているように見えるが(´-`)

ブラウザかもしれないしApacheかもしれない
つうかその手の事で悩むくらいならApacheなんて使うな

これだから、PHP使うやつは…とか言ってみる

OpenOffice 文書も Office 2007 の新形式の文書も
実際には ZIP ファイルですよね？これを Subversion
で管理しようとするとできれば展開した状態で
リポジトリに放り込みたいんですが（画像とかあんまり変わらないし）
そうするとクライアントサイドのフックでやるしかないですか？

すでに同じようなこと考えている人がいて解決方法が
あるならそれを使いたいと思うのですが・・・

それとは関係ないですが TortoiseSVN の nightly build では
svn:ignore もエクスプローラ上のオーバーレイアイコンで
表示されるようになっていますね．便利．

>>89
前スレで何度か話題になったが、フックでやれって話で終わった
開発の場でも話題になったがバイナリとして投入しろとかわされたらしい

>ignoreのアイコン表示
エクスプローラにSVNの状態って項目を追加してるからあまり有り難みを感じない

あんまり知られてないみたいで、教えると結構驚かれるけど
エクスプローラのファイル名、サイズ・・の並びで右クリックして
その他を選ぶと一覧にSVNのリビジョンとか状態とかって項目がある
俺はSVN 状態を表示するようにしてる
通常、変更、無視、管理外・・って表示されるから結構便利だよ

これは知らなかった・・・
足した項目でファイルをソート出来るからすげー便利だな。

Ignoreにアイコン表示ってかえって鬱陶しそうだけどな

管理外も無視してんのも扱いとしては変わらないから
変にアイコン表示されるとめんどくさい

>>90 俺も知らんかった．

それはそうと，やっぱりフックでやれ，か．
そもそも OpenOffice / Microsoft Office に
zip 圧縮しない状態で文書を扱う機能があればいいのだが．
まぁどうしてもやりたければ適宜展開・圧縮する
スクリプトでも書くか．

>>90
おお、これは知らなかったなぁ。教えてくれてありがトン

>>94
2003 XML形式とかってのがあるって聞いたけど
改行されないのが気にくわないとか何とか

>>94
OOoSVN とか ODF-SVN が求めているものになるかも知れぬ。
興味があれば、開発に参加してみるのも良いのではないか。

Subversion はファイルのタイムスタンプを変更せずにチェックアウトすること
がまだできないのか？ (例えば cp の -p オプションの様に。)

こんなことは基本的だと思うんだけどな。

TortoiseSVNにはそう言うオプションあるけど
既に管理されてるソースのタイムスタンプを
何に使うのかは知らんが

>>99
find . -type f -mtime -N
などでリストされた N-1 日以内に修正されたファイルのみをプロダクションのコードと見比べたりすることが可能になる。
それに簡単にファイル構造を見たい場合、どのファイルが古いか新しいかなどを簡単に眺めることができる。
mtime を変更してしまったら、吾の好きな ls -rhlt の効果がなくなる。


> TortoiseSVNにはそう言うオプションあるけど

snv には実装されていないだろうが! そういったオプションがない。
http://subversion.tigris.org/issues/show_bug.cgi?id=1256
など皆が"何年前からも"不満を言っているのにもかかわらず、だ。

無能な subversion の開発者共め!

勝手に皆の総意にして無能呼ばわりとはおめでてえな
有能なあんた自身が作れば良いだろ

APR や C 標準関数だけでは無理じゃない?

>>100
ドキュメントもろくに読めないお前に無能呼ばわりされる開発者が可哀想だな。

これはいい自我の肥大ですね。

コミットした時点でタイムスタンプも糞もなくなるだろ

>>105 お前本当のアホだろ？

>>106
お前がアホなだけだろ

中身が一緒でもタイムスタンプが違うだけでコミット対象になるってか

スレのスキル低下が激しいな、みんな分散型に移動したのか？

程度が知れる発言だな

鳥によると思うが。

タイムスタンプなんかmake以外で使わないだろうに。

いるんだよね、バージョン管理ツールを使う以前にタイムスタンプで管理していたのか、
タイムスタンプに拘泥するロートルって。

そのうち、CVSでできるように「タイムスタンプの日付けでコミットしたことにしたい」とか言い出したりして。

タイムスタンプでバージョンを表現してたソフトがあったな。
vzとか……

ウェブサイトをSubversionで管理するのは大げさかなあ？
実際にやってる人いたら意見ちょうだい☆

規模によるけど
そもそもSVNはそんな大袈裟なシステムでもないし
管理してみてどうか考えてみては
構築なんてすぐなんだから

htmlじゃあないが、フリーウェアを一括まとめてsvnでバージョン管理してる。
アップデートで不具合が出てもすぐに戻せる、複数のPCで設定を同期できるなどかなり便利。
今じゃギガ単価が20円切ろうっていう時代なんだから、ウェブサイトとか消したらまずい物系は全部バージョン管理すればいいと思うよ。

>>115
やってるけどsvnの出番がきたことがない
更新が頻繁じゃないってこともあるけど。

Subversionってでっかいバイナリとかガシガシ放り込んで
どれくらいまでの規模なら耐えられるんだろうねぇ．

DVDイメージとかリポジトリに投入したらどうなるんだろう．

Apache のリポジトリはリビジョン 63 万超えているけどリポジトリのサイズはどのくらいなんだろう。
多分フルダンプしたら 2,3日かかるだろうね。

以前700MBのZIPだかなんだかをﾚﾎﾟｼﾞﾄﾘに放り込むとSVNが死ぬって
騒いでたのがいたきがする

それもどうなのかなあ？こんなに広範囲で使われてるのにそんなボトルネックほっとかない気がする。
svn自体じゃなくて、むしろサーバーやネットワーク関連で引っかかってる可能性がある。

その時騒いでたのは、固まってるのがネットワークなのかサーバなのか
SVN側なのかが分からない、SVN側でタイムアウトなり何なりしろよ

って感じで騒いでた気がする

コミットがタイムアウトで中断なんかされたら困るな。

>>124
不整合状態にならないならいいんじゃね？
中とはんぱは困るけど

>>125
中途半端な漢字変換だな。

Subversion も中途半端にクオリティーが低いけどな

大丈夫、中途半端な香具師にも中途半端には使えるから。

>>128
単に使えない奴にしかなっていないｷｶﾞｽ

>>127
ちょっとググったら、ほかもさんざん荒らして回ってる香具師でワロタwww

相手してやるから居着くんだよ
コテなんて構ってちゃんなんだから

>>130
Zeno ◆5nZQbNmQPs は Emacs スレッドによく出現するコテハン。多分海外の院生。
知識は豊富だが、それに比例して自我も大きいので煙たがる住人多数。

>>132
> 知識は豊富

少なくともEmacsスレで観察する限り、かなり浅薄だと思う。

空気が読めない、お脳がアレ系な子ということはよくわかるね。

まあ、人物批評はスレ違いだし興味うすし。
svnのシステムを放置プレイ中。何年も放置したと更新の際まともに
動くのかなぁ・・・。　知らぬ間にサーバが同僚によって壊されていることは
よくある（いわゆる移し変えの際に、使われてない機能として消されてしまう）
ので、svnのリポジトリ管理サーバを複数用意すっか。

人のフリ見てわが身はフリテン

>>135
あんたのどうでも良い日記も興味ないわ

CのソースをSubversionに詰め込んでいます。
最新のリビジョン番号をCプログラム起動時に(main.cで)出力してやりたいと思っています。

$Rev$を埋め込む方法だと対象のmain.cが更新されない限り更新されなく困っています。
現在はMakefile内でhead -4 .svn/entries | tail -1とリビジョン番号を取り出し
gcc -DREVISION=その番号 としています。
もう少しスマートな方法はないでしょうか？

.svnの中を見るのではなくて、svn -v stかsvn infoの出力を加工する方が医院で内科医?

>>138
TortoiseSVN についてくる SubWCRev とかいうのを使うのがいいかも。

やっときた。
svn-1.4.6-setup.exe

これだけ間が開くと今更感が強いけど。

>>138
Makefile 中で、-DVERSION=$(shell svnversion) するとか、
svnversion の出力を加工して version.c とかへ出力するとかそんなかんじ。

ぬぅぅ、TortoiseSVN 1.4.8でもTortoiseMergeのバグ（Shift JISで書かれた日本語があると、
それ以降を読み込まなくなる場合がある）は直ってねぇ・・・

いつになったら直るんだ、これ・・・

>>143
ソースあるんだから、お前が直せ

このスレ、感じ悪いな。
自意識過剰な人間ばっか。
全員死ね

>>143
WinMerge でも使ってればいいんじゃね？

>>143
そのバグは開発者に伝わってるのか?
条件がわからんから俺にはどうしようもないが。

winmergeでも文字化けするけどね

>>143
「場合がある」じゃ開発者もどうしようもないでしょうねぇ。
そのファイルを徐々に短くしていってみるとかして、条件絞れない？

>>148
本家でなくて日本語版の方でも？
個人的には日本語版では幸運にも文字化け見たこと無い。

みなさまレスありがとうございますm(_ _)m
svn infoかsvnversionで行ってみたいと思います。

文字化けじゃなくて、「ある行以降を読み込まなくなる場合がある」です。
TortoiseSVNは本家日本語パック適用済み。

1000行のファイルAを変更してA'になったとき、A'の400行目に日本語があると、
TortoiseMergeでA'の400行目からを読まなくなり、Aの400行目以降が削除されたように
見えるという現象。

400行目を削除すると、ファイル全体が読み込まれるようになるので、この行で
使われている文字のどれかが問題なのかと思ったら、A'の最初の100行くらいを
削除したらA'のファイル全体を読み込むようになったりして、再現可能な外に出せる
ファイルを作成することができないんです・・・

う、148じゃなくて143だった・・・

>>146
個人的にはExamDiffを登録してるので問題ないといえば問題ないんだけど、
会社全体で見ると、多分デフォルトで使ってる奴が多いだろうから、
元が直ればいいかなぁと。

>>154
>個人的にはExamDiffを登録してるので問題ないといえば問題ないんだけど、
んじゃ問題ないじゃん

>>152
読み込まなくなる切れ目に eof コードが混入してるんじゃないの？
バイナリエディタで調べてみた？

>>156
念のため調べたけど、混入してなかった。

ちなみに、次のような不思議な挙動をしてる。
・ファイルA'の400行目に、問題の行がある
・そのままの状態で古いリビジョンと比較すると、A'の400行目以降が読み込まれない
・400行目を削除すると、A'全体が読み込まれるようになる
・400行目はそのままで、A'の先頭100行を削除すると、A'全体が読み込まれるようになる
　（400行目も読み込まれている）

ひょっとしたら、日本語関係ないのかも・・・

あ、それから、問題の行は
　コード 日本語のコメント
という風になっていて、日本語のコメント部分だけを削除して行そのものは残した場合は、
A'は全部読み込まれるようになる。

問題のファイルを提示できればいいんだが・・・

お前もプログラマの端くれなら、再現できる状態のファイルを作るんだ
ガンバレ

日本語コメントで改行がエスケープされてるんじゃね？

ankhsvnってapache2.2のsvnとは動かないのか

>>160
こいつらか

"―", "ソ", "Ы", "�\", "噂", "浬", "欺", "圭", "構", "蚕",
"十", "申", "曾", "箪", "貼", "能", "表", "暴", "予", "禄",
"兔", "喀", "媾", "彌", "拿", "杤", "歃", "濬", "畚", "秉",
"綵", "臀", "藹", "觸", "軆", "鐔", "饅", "鷭", "�x", "�x"

引用元
ttp://poso.jp/blog/2007/01/shiftjis.html

>>160
>・400行目はそのままで、A'の先頭100行を削除すると、A'全体が読み込まれるようになる
>　（400行目も読み込まれている）

なので、違う。

TortoiseMerge も WinMerge もエディタには同じもの使ってたりするのかな？

>>164
いや、全然違うだろ。なんでそう思ったの？

>>162,163
結局、>>143のところでしか再現できてないんだよね。

外野があれこれ言ってもしょうがない。
もっと一般的な再現条件を>>143が出してくるのを期待。

個人的には、使われている文字コードとsvn:mime-typeの値が気になる。

TortoiseSVN の詳細なデバッグメッセージってどこかに吐き出される？
cygwin の svn コマンドでも，Linux の svn コマンドでも
アクセスできるリポジトリなのに TortoiseSVN ではアクセスできない
リポジトリがあって，原因究明したい．

>>167
SVN側の問題? 接続先がsvn+sshだったりしたら大抵ssh側の設定の問題だと思うけど。

>>168
svn+ssh でつないでます．特に TortoiseSVN 内で ssh を
指定していないので TortoisePlink を使っています．
おっしゃる通りたぶん ssh 側の問題です．
TortoisePlink って Putty が設定を保存している
レジストリを共有していますよね？

他のサーバのリポジトリには TortoiseSVN から svn+ssh で
サクサクアクセスできているので，何が違うんだろうと
疑問に思ってます．Cygwin の ssh コマンドではつながるし，
サーバ側のログでも ssh 自体の接続は公開鍵で完了しているし．
あ，サーバは Debian GNU/Linux etch です．

TortoiseSVN が TortoisePlink を呼び出すときに
どのようにコマンドラインオプションを構築するのかが
わかればいろいろとテストできそうなんだけど．

TortoiseSVN で svn+ssh://[email protected]/home/hoge/repo
って指定すると aiueo.com が Putty のセッション名として
扱われるんでしたよね？

>>167
望むほど詳細じゃないかもしれないけど、 TortoiseSVN でも何かしらのメッセージは
出てるだろ？何て言われるの？

この辺りはもう、svnの範疇を逸脱するし、私も詳しくないので少しだけ。
cygwinのsshと陸亀ではKeyAgentが違うよ。
セッション名の方はよく判らんが、IPアドレスでも繋がらない?

>>169
鍵の情報はPuttyのレジストリを見るので、ごった煮版のini版だとダメとか

pageant立ち上げて、パスフレーズ入力しておいて
svn+ssh://[email protected]/home/hoge/repo
でいけてるけどなあ

やっと原因らしきものを絞り込めました。
次の二つのファイルを作って（Shift JISで改行はあってもなくても可）、
TortoizeMergeで比較してみてください。

file1.txt
関計1

file2.txt
関計2

これで化けます（少なくともうちでは）。
問題のファイルは、「時間計測」というキーワードがいたるところに出てくるので、
それが地雷のようです。

ちなみに、subversionでコードを取得して、VC2008EEもインストールしたんですが、
MFCが無いと駄目みたいなので、ローカルでの調査は頓挫しています。

PlatformSDK入れれば良いだろ

>>174 MFC が足りなくね？

>>170-172 レスありがとう
Connection closed unexpectedly
赤文字でこの一行だけ表示されます．
もうちょっと詳しければ・・・と思ったんだけど，無理みたい．
TortoisePlink がどういうコマンドラインオプションで
呼び出されているのかさえわかればなんとかなるんだけど．

>>176
設定ダイアログから TortoisePlink のコマンドラインを自分で設定してみれば
いいんじゃね？

と思ってヘルプ見たらエラーメッセージについての記述があって、
「まず標準の Plink をセットアップすることをお奨めします。すべて動作すれば、TortoisePlink を全く同じパラメータで使用できます。」
とかあるし。こっちのが早そうだな。

わかった．
TortoiseSVN の Network の ssh コマンドのところで，
ごった煮版の plinkw.exe を指定したところ，
小さなウィンドウが表示されて

svn: warning: cannot set LC_CTYPE locale
svn: warning: environment variable LANG is en_US
svn: warning: please check that your locale name is correct

だって．で，これで止まっちゃうのかと思ったらそのまま
リポジトリからチェックアウトできました．
ちなみに plink.exe を指定したらやっぱり
Connection closed unexpectedly でした．

結論．おかしいなと思ったらとりあえず plinkw.exe にしとけ．

>>173
乙

スゲー、ＷｉｎMerge(日本語版) でも ＴｏｒｔｏｉｓｅMerge でも変になる。
「関計」って文字列が入るだけで ShiftJIS のファイルはメタメタに読めない
かと思って既存のファイルに「関計」って入れると無事だったり。。。

解決にならなくてすまないが、別環境でも一応確認できましたよという事で。

subversionのパフォーマンスはどの程度のものなのでしょうか?
ディレクトリにある、1万個のファイルをリポジトリに入れるとしたらどのぐらいの時間がかかりますか?

実際に一万個のファイルを作って、入れてみたらええやん

Subversion だとバイナリも特に気にせず投入できるけど
バイナリに svn:eol-style:LF とか指定したら変なことになる？

>>173
いま試したけど、TortoiseMerge駄目駄目なｷｶﾞｽ

テスト１
テスト２
の2つの内容のファイルでも、「ス」と「１」がくっついて表示されるくらいだめだめ

俺は、RekisaかDF使ってる

文字コードは、SJIS、UTF-8N両方で再現。

svn propset -R svn:eol-style LF .
ってリポジトリのトップでやって commit しちゃったけど，
jpeg 画像とかには svn:eol-style が設定されてない．
なんでだろう．svn:mime-type と排他？

>>179
おー、再現しましたか。

ところで、>>173では大きな間違いを犯してます。変になるのは
「関計」じゃなくて「間計」のつもりだったんです。

が、怪我の功名で「関計」でもおかしくなることがわかりました。
これをヒントにしていろいろ試すと、「閑」でも「陥」でもおかしくなりますね。
下位バイトが0xD[0-F]の文字が怪しいのか・・・

>>173
WinMerge 日本語版 2.7.7.5+-jp-1
でも再現しました。

これ日本語版作者に言えば直るかな

TortoiseSVNであるリビジョンからあるリビジョンを生成する
ための patch ファイルって簡単に生成できますか？
二つのリビジョンをそれぞれエクスポートしてきて diff
とらなきゃだめ？

WinMerge
Version 2.6.2.1 - Japanese Unicode
--
再現しませんでした。

>>148

WinMerge
Version 2.6.12+jp-1 - Japanese
でも再現しません。

が、ExamDiff Freeware Version 1.6nは、オープン時にバイナリファイルと判断されてしまう orz

さっさとUTFに移行しなよ。eucやshift_jisは迷惑極まりない。

サロゲートペアな文字をビシバシつっこんでやる

UCS4 でどうよ．

合成文字をビシバシつっこんでやる

>>188
ログダイアログでリビジョンを２つ選択し、右クリックから「Unified Diff 形式で差分を表示」。

TortoiseSVN使えねーｗ

>>192
UTF-8 って言えよ。UTF-16 とか使われても迷惑極まりない。

その手の人間は頭のつくりが粗雑なので言ってもなかなかなおらない。
なおるくらいなら最初から区別してる。

なんとかは○ななきゃ直らない、って奴だな

Wikipediaを常にWikiと略す奴とか。

作業コピーを使わずにリポジトリの複数の変更操作を 1 回でコミットできないでしょうか?
例えば
$ svn delete file:///repos/a.txt
$ svn copy file:///repos/b.txt file:///repos/c.txt
のような複数の操作を 1 つのリビジョンにしたいのですが。

>>202
あ，俺もそれできたら知りたい．
とはいえ，無理じゃないかなぁ．
リポジトリに対して直接行った操作は
それ自体が一つのトランザクションで，
それらの複数の操作の間に誰かが操作を
する可能性もあるわけだから，
リビジョン番号は増えざるを得ないでしょ．
やっぱりワーキングコピーを使うしかないと思うよ．

あ，ダンプして直接編集してリストアという手があるかwwww

>>202
リポジトリアクセスの API を直接使えばいけるんじゃないかなぁ。
python とか ruby のバインディングを使えば、いくらかは現実的かも。

>>203 >>204
少し調べたら Subversion のリポジトリに
trunk/contrib/client-side/svnmucc/
というものがありました。ビルドして試してみます。

TortoiseSVN 1.5.0-alpha1 released

ttp://tortoisesvn.tigris.org/tsvn_1.5_releasenotes.html

Compatibility:

* This version will upgrade your working copies automatically
　　to the new version. If you have other Subversion clients you use,
　　do not install this release unless you have 1.5.x versions of those
　　clients too. If you only use TortoiseSVN, this is not a problem.
* Accessing servers is fully compatible, no matter what version
　　 the server runs on.
* If you're using the file:/// protocol to access your repository,
　　you have to upgrade your repository first using
　　the svnadmin.exe tool from the official Subversion release.

TortoiseSVN 1.5.0-alpha1 released

ttp://tortoisesvn.net/node/310
ttp://sourceforge.net/project/showfiles.php?group_id=138498

TortoiseSVN 1.5.0-alpha1 released で２つ質問させてください。

- 日本語ドキュメントPDFが面白すぎなんだが俺の環境だけ？
- x64 の LanguagePack が「有効なWindowsインストーラでない」と言われる

>208
>- 日本語ドキュメントPDFが面白すぎなんだが俺の環境だけ？
こちらでも最高に URYYYYYYYYYYY って感じだ。

確認ありがとうございます。
私だけじゃ無くて安心しましたw ＞日本語ドキュメントPDF

LanguagePack は msiexec で展開して、32bit 版を参考に配置
したところ、とりあえず表示されたので使えそうです。
ja に限らず他言語もダメくさいですが。。。

ドキュメントがおかしいのは前からだね＞TortoiseSVN

１）ウェブページをSubversion でリポジトリに投入する．
２）mimeタイプが適切に設定されていればあたかも普通の
　　静的なコンテンツのように公開することができる．
３）その中にPHPとかのコードがが含まれていたら・・
　　さすがにサーバ側で実行してはくれないだろうなぁ．

イントラネットであれこれ試行錯誤中の
だとこういうことができれば便利なんだが．

mod_dav_svn と mod_php が二重に働くとか可能なのかな，Apacheで．
Apacheの中身，特にハンドラ周りのことを知らないので可能性として
あるのかないのか教えてプリーズ．

＃今は素直にいったんリポジトリから export したものを
＃Apache に食べさせてます．

davfs でいったんマウントしてしまえばいいような気がしてきた．
少々強引ではあるけど．LUFS でそういう仕組みないかなぁ．

リードオンリーでファイルシステムとして
リポジトリをマウントできんもんかなぁ．

>212
各スレ 1 回ぐらいはある話題だけど、とりあえず PHP とかのハンドラは通ってくれないらしい。

で、大体はこうなる。
>＃今は素直にいったんリポジトリから export したものを
>＃Apache に食べさせてます．

svn checkout したディレクトリを DocumentRoot にしてます。
svn update で更新完了。(svn update を叩くだけのCGIがあったり)
# .svn へのアクセスはもちろん禁止で。

>(svn update を叩くだけのCGIがあったり)

ソレダ！

うちは post-commit で trunk とテスト用 branch を update してたわ。
テスト用 branch は非公開で。
# .svn へのアクセスはもちろん禁止。

>>208-211
どうしてそうなっちゃうんだろう?
手元でビルドすると、ああはならないんだけど。

TortoiseSVN 、TortoiseMerge の chm のキーワードとかも変だよね。

TortoiseSVNで「パッチを適用」したときに、TortoiseMergeではなく
WinMergeを起動するようにはできませんか？

できます。

てかWinMergeってパッチ適用できたっけ？
パッチの生成は出来たけど適用は出来ないって思ってたけど？

使ったことないが、それが出来ないなら看板に偽りアリじゃね?

17.9.2. WinMergeでパッチをあてられる?

No.
The patch tool from GnuWin32 project can be used
for patch applying since WinMerge produces
GNU/diffutils compatible patch files.
See above question.

たまにパッチファイルを渡してやりとりするんだけど
相手に嫌がられることが多い
パッチ使う利点を教えてくれと言われるんだけど上手く説明できないようで
ファイルそのものをよこせと言われてしまう

やっぱり俺が間違えているんだろうか

>>226
TortoiseMerge や WinMerge なんかは GUI で差分確認ができるから
パッチのメリットが少ないかもね。

俺もパッチファイルは一度も使ったことない。
必要な物はsvnのリポジトリで共有してるからなんだけど、パッチ使う利点ってなんなの？

魔除けならぬ、間抜け避け

>>228
実際の担当者じゃない人が思いついた変更を、実際の担当者に見てもらって、
問題なければコミットしてもらう、とかいうときに手っ取り早い。問題があった場合に
リポジトリにゴミが残らないのも安心。

とかそんな感じ。ブランチでやったほうが、むしろ記録が残っていいかもね。

リポジトリへのコミット権が絞られてるときは、必要になるかな。

出張いってる人にソースを渡すときとか
特定のパッチを毎回当てたいときとか
差分だけになるから容量小さくて済むし
パッチだとミスがないし

使わなくてもどうにでもなるけどな

>>226
unixならともかく、Windowsだとpatch.exeがあんま広まってないしなぁ
GUIで差分ファイルを解析したり、適用したりするツールも知らない。
patch入れて実行してもhunkがどうとか言われて「は？」ってなるだろう。

hunk
【名】
〈話〉大きな塊
〈米俗〉〔セクシーで〕強くたくましい男、いい男◆女性が使う言葉◆【類】macho
・Who was that hunk you were with yesterday? : 昨日一緒にいた格好いい人は誰？
・Bob is a real hunk. : ボブは本当に格好いい。
〈米俗〉大柄｛おおがら｝な人、でぶ

複数ファイルの差分を一目で確認するには便利だけどな。

お互い編集したファイルでも、パッチがあてられるって知らない人が多いんだよね。

>>233
それって異なるファイルに同じパッチが当てられるってことだよね？
それどうやって実装してるんだ？後学のために教えてくれ。

今、234は計算機科学の深淵に触れようとしている

>>234
そうじゃないと、test_branchで作ったパッチをtruncにあてられないじゃん。
どうやってるかはgnu diffのソースとか見ればいいんじゃないかな。

こんてきすとでふだからじゃないの？

LCS(longest common sequence)とかでググると興味深いかもしれない。

LCSなんて学部1年の情報処理必修でやりそうなことだけどなあ

trunk
trunc

どっち

trunk

アクセスログに

trunc
trank
trunke
trancle

とか残っててちょっと笑った事あるな

辞書引けば一発でわかるでしょうに

236への嫌みだと思うが

>>244
冷酷な。。。
おまえの血の色は何色だ？

緑

truncateを手打ちで何度も打ってる時期だと、ついtruncにしてしまうことがある

>>236-238
遅まきながら、レスありがとう。ちょっとググってきます。

Windows mobile で使える Subversion って無いですかね。
さすがに編集はしないものの出先でコード眺めるために
簡単に最新のリビジョンを持ち運びたいと思って。

>>249
コマンドラインじゃだめなの？

>>249
Subversion+Tracみたいなやつじゃだめ？

コマンドラインでも全然かまわないです。
ただWindows Mobile 用にビルドするコンパイラが無いのと
そもそもPOSIX互換なサブシステムが無いようなので
うまくビルド出来るかさっぱりわからない。
もしかしてバイナリが有ったりします？

物凄いスレ違いは承知の上なんだけど質問させてくれ！

休日は本（技術書）を時々読んでるんだけど、部屋だと中々集中できない。
で、どこか別の場所で読書をしたいんだよ。

こういう場合、本を借りなくても持込で図書館って使えるのかな？
恥ずかしながら人生で一度も図書館を利用したことが無いもんで・・・
どこで聞いていいかも分からんのでお願いします！！

>>253
持ち込み料を払えばOKのところもあるよ。

>>253
持ち込み可。でないと勉強に不自由するし。
図書館は静かにな。あと閉まるのが早いので気をつけて。

>>254
持ち込み不可な所って、たとえば何処でしょう？

国会図書館は本館も関西館も持ち込み禁止

>>254-255

ありがとう！早速今日挑戦してみるよ！
・・・ちょっと緊張してきたぜ！

>>256
便乗しやがってｗ

俺は人がいない場所で勉強が出来ない困った人間
喫茶店とかでコーヒー払いながら黙々と勉強してる

>>259
自分もそのクチなので、近所の喫茶店に行ってる。自宅まで無線LANが届くし。

質問させてください。

リポジトリにファイルは格納するが、バージョン管理の対象から外すことはできないでしょうか。

やりたいこと
Eclipseのワークスペースをリポジトリに格納するが、バージョン管理は
プロジェクト内のソースファイルのみを対象としたい。

ワークスペース内の.metadata内のファイル等、Eclipseが自動で
生成するファイルはバージョン管理はしたくない。(でも必要)

俺もEclipseの作るファイル群の管理はしたいと思うんですが
一体どのファイルをバージョン管理の対象にすればいいのかわからない。

コンパイル実行
タイムスタンプが変わった物は基本的にコンパイルで生成されたもの
バックアップを取っておいて、それらを削除
コンパイルされたものを実行
エラーが出たら削除したファイルのいくつかを戻す

繰り返し

てか、ファイルの要不要はバージョン管理だけじゃなくて引き継ぎとか納品とかにも
関わってくるから、最初にきっちり押さえておいた方がいいよ。

現在、SVNつかってるんだけど、分散管理とBTSを探し中。
現状、SVNサーバ@Linux、ClientはTortoiseSVN(MSys,VC++/Win),Subscripse(Eclipse/Linux)
Tracも分散で立てる方がいいの？その場合にはSVKが必須？いまいち使い方が。
現在ローカルのバージョン管理はWinはSourceSafeでやってるんだけど、SVKの利点がわからね。
Linuxはmakeしかやら無いから、特にローカルバージョン管理はいらないのだが。
ローカルのTracでチケット作って、分散管理のSVKに突っ込んで、協調して動くのかな？
又は、サーバにTracを入れて、ノートなんかでネットがつながってない場合はTrac使えない？

Tracを分散で建てる意味が分からない
SVKの利点が分からないと言い出す人間がなぜ分散管理とやらに
手を出そうとするのか良く分からない

そんな事よりも、265は日本語でおk

>>265
ネット初心者かよｗ

Subversionのキーワードなんですが，
Linux (LANG=C) でチェックアウトすると

$Date: 2006-10-11 22:30:30 +0900 (Wed, 11 Oct 2006) $

なんだけど TortoiseSVN (Windows Vista) でチェックアウト
するとUTF-8で下のようになってしまいます．

$Date: 2006-10-11 22:30:30 +0900 (水, 11 10 2006) $

残念ながらマルチバイトコードを処理できないシステム
に食べさせたいファイルなんで，なんとかしたいんですけど，
なんとかなりませんか？ cygwin の svn 使えよバカ，
とか無しでおながいします．

version管理しててコードに埋めるとかってなんなの？
脳みそ付いてないの？

賢者様、cygwinのsvnをお使いになっては如何でしょう。

>>269
Windows ネイティブの svn.exe 使えよバカ

>>266
大体はLANがつながった環境で複数人開発を同時にしているので、
個人個人のロールバック用に分散環境が必要。
ノートPCでネットが無い環境に持ち出してやることもあるしね。
その意味では分散管理は欲しいと思うが、SVKでやるコマンドラインを考えると
各ローカルやUSBメモリに個人用のソースセーフのデータベースを作って現状やってるので、
全体のソース管理にSVN、ローカルの分散での管理にソースセーフな状況だと
SVKを導入してわざわざコマンドラインをたたく有用性が見出せない。

TracLightingの説明を見るとローカルにSVNリポジトリが必要なのでTracを分散で使うにはSVKが必須かなと思ったんだが。
Tracも分散で使いたい理由はネットにつながっていない状況でバグのリストを見ようとするには必要でしょ？
後からBTS情報もマージできるなら便利そうだと思ったんだが、どうもそういう使い方自体ができないらしいな。

オープンソースのプロジェクトか社内専用開発じゃないと使い道がなさそう。

三行でＯＫ

>>269
$Date:: $
で、スペース分の文字数しか出ない機能があったような、なかったような

>>269
うちでは $Date$ は使わないって結論になった

駄目もとで環境変数LANG設定するとか、地域と言語のオプションを英語にするとか。

svn:keywordsのDateで言語だけ切り替えたい。
http://d.hatena.ne.jp/Climber/20070807/1186503293
keyword置換のアレコレ
http://133.70.173.98/~nao/index.php?Server%2Fsubversion#r3e061a7

TortoiseSVN1.2.1でDateの置換が化ける
http://vimrc.hp.infoseek.co.jp/diary/2005-07.html#2005-07-20

>>239
やらなかったなー、たしか。
15年以上昔のサボリ学生の記憶だからあやしいもんだが。

前提知識を仮定できない学生が相手なんだから、
最初はやっぱりもっとゆるいところからなんじゃないの？

>地域と言語のオプションを英語
これでいけるんじゃね？

ソレだとOS全体のタイムゾーンも変わってしまうんじゃね？

外部リポジトリを参照しているんだけど、北欧の人のコードでいつも文字コードが
問題になるのでイチイチ修正して使っています。ライセンスの関係で
自分のコードにまるごと取り込んでしまうなんてできる訳ないし
かといって名前のことなんで変えて下さいなんて言えないし。
external で参照しつつ変更点も維持しつつなんて虫の良いことはできるのでしょうか？

あきらめてとりあえず全部インポートしてしまいました。
今ではそこそこ幸せに暮らしています。

ところで、あるライブラリを取り込んで使っているのですが、
そのライブラリ自体は公開できないけど施した変更点は
公開していいよ、と言われたとき、mod_dav_svn で
何か簡単に公開する方法はないものでしょうか？

やはりパッチファイルを作ってそのパッチファイルを公開する
という原始的な方法しかないでしょうか。できればがんがん
コミットするかたわら、HTTP 経由でリポジトリを除くと
あらふしぎ、そこにはコードそのものではなくて特定の
リビジョンからの差分が見える、なんてことには
ならないものでしょうか？

あらふしぎ、そのパッチには、誰に需要が？

>>285
ライセンス持ってる日本人たちがエラーメッセージとか
日本語化してつかうのは勝手だよ，そのパッチを
公開するのも勝手だよ，って言われたもんで．

建築のさらにごく狭い分野でしか使われていない
可視化ツールです．

そんな特殊なニーズに応えるように作られてるわけないと思うよ。

そもそもパッチが公開することと、変更済みの本体を公開することに
それほど違いがあるわけでもないだろうから、直接交渉できるなら
ライセンス元に相談したほうが早いと思う。

>>282
タイムゾーンと言語の設定は別だろ。

>>287
まぁそうですね，ニッチすぎる使い方ですよね．
ライセンス元に聞いたら

「え？日本でも使ってるの？
　日本に代理店ないのになんで？
　コピー品じゃねぇの？
　ん？そういや商社が扱ってたっけ？
　てか日本ってどこにあるの？
　へたくそな英語でわかんねぇよ師ね！
　パッチ？差分公開なら好きにしろ．」

でした．なんか面倒になったんでパッチだけ作って
上流に投げて後は好きにしてもらうことにしました．
言語依存部分が変えられるようにモジュール化したりと
結構手を加えたんで，もしかしたら利用してもらえるかも．

建築現場の底辺層の黄色い屑プログラマが作ったパッチを
アングロサクソンの上流プログラマが受け付けてくれるなんて
思えんけど orz

そろそろうざい

普通に句読点使わない奴見るとイライラする。
JISが〜とか役所では〜とか言う奴もうざい。

え？JISコードだとなんか句読点が変なの？
意味わからん。

JIS規格

、。じゃなくて
，．を使う奴、ってことだろ。

論文を読まない奴は氏ね。

>>294 ウザい奴の典型

スレ違い

煮干食えよ

IMEのでふぉで，．になってるやつもいるんじゃね？
漏れも WinShell 使う時だけは，．になるように
ATOK でアプリケーションごとの設定している。

　　　　 ＿
　　_／;@/
　 /",:;ン　　　にぼし
__/,／
`V

external なものにつけられるアイコンオーバーレイは
ちょっとデザインの違うものにしてほしい。

って、TortoiseSVN 限定の話題だけど。

>>300-301
アイコンオーバーレイの数が15個に制限されているらしいから、難しいと思うよ。

分岐にexternalも含められるオプションが欲しい。

>>303
そりゃぁ無理じゃないかな。
だって異なるリポジトリだってことは
ガチでコピーが発生するわけだろ？

指定のファイルだけupdateとcommitの対象外にする方法はないでしょうか？
svnignoreと違って、リポジトリには入っているけど普段はupdateとcommitを
したくないというものです。

無理

別名でインポートして普段のを無視するか、externalで対処

ないですか。残念。
別名でインポートして、各々作業コピーで本来の名前に戻すというのが現実的
かもしれませんね。
svn:externalsというのはドキュメントを読んでもよくわかりませんでした。

コンフィグファイルとかなら、そう言うやり方が現実的。
名前を変えた方で無視するファイルをオーバーライドするようにしたり。
externalsは外部参照するものでコミット対象にならないから
とりあえず挙げただけでは。

FreeBSD 6.3　でportoinstallしたのですが、
svn　command　not　found　となってしまいます
調べたのですが、中々freebsdの情報は見つかりませんでした
環境変数かなとも思ったのですが
まだ寛容変数の使い方がよく分かっておりません
宜しくお願いします。

寛容なる変数を以ってしても、鼬害は否めない。

すみません
別板にいてきます

>>307
ロックかけておくとエラーになるってのを使うのはどう？

>>305
俺は、リリース時にしかコミットしたくない生成ファイルとかはプロジェクトのルートに置いて、毎回コミットするソースは一段深いフォルダを作っておいている。
開発時は、その一段深いフォルダからコミットする。リリース時にはプロジェクトのルートからソースもまとめてコミットしてる。

Importはしたいけどコミット対象にしたくないって話、
うちの職場でも良く言われる
上手い方法があればいいんだけどねぇ

javaデケーYO

↑誤爆でした。

コンフィグファイルだったら別名とsvnignoreの組み合わせ。
ちょっと実験したいとかなら個人ブランチ切る・・よね？

もはやクライアントとしてのsvnは死んでるだろう。
ローカルブランチからコミットピックアップして、svnサービスやってる中央のリポジトリにコミットするだけの事。

意味がわかりません。

質問です。

Linux上で作成したリポジトリをWindowsマシンにそのままコピーして使うことはできますか。

できる

>>321
ありがとうございます

みんな、プロジェクト毎のSVNレポジトリのなかってどんな構成にしてるの？
自分は一般的な構成＋設計書などのドキュメント用として、
trunk branches tags docs
ってやってるんだけど、他の人ってどんな感じで運用してるのかと思って。

それって、docs以下はブランチやタグは付かないってこと。

末尾は疑問符ですた。

>>324
ええ、設計書は混在するとトラブルの元になるから、最新のものだけをバージョン管理する方針
にしてるんです。これが正解とまでは思っていないのですが、何か他にいいルールってあるかな？

プロジェクトごとにdoc

WORD 文書は変更時の差分が大きいからトランクの文書の変更をブランチに
マージしてほしくない。やっぱりトランクに文書を置かないほうがいいかな。

容量気にするなら最初から文書なんぞインポートするなって話

>>323
その方法いいね、うちのリーダーに提案してみるよ
ところでドキュメントってどんなの書いてるん？外部仕様設計とかっていうやつ？

無理に同じレポジトリに入れなくても

そういうドキュメントってやっぱWordが多いのかな？
癖が強くてあまり好きじゃないのと、体裁に全くこだわらない人だとインデントとかもぐちゃぐちゃだったりで・・・

文章中心のドキュメントファイルは、なるべくWordでつくってほしい。
Excelの印刷範囲に合わせるために自力で文章切り貼りとか、やってて鬱になる。
三日くらい集中してスタイル定義して、それをみんなに使ってもらう方がいいよ。

みんなが読み書きできるのはやっぱり Word かプレーンテキストぐらいしか
ないんじゃないかな。自分は Word の使い方が分からないから TeX を使って
いるけど誰も読んでくれない。

ちょっとまて。仕様書はWikiに書け、と誰も言わないのはなんで？

図が書きづらい

Word は、死にたくなるくらい鬱陶しい・・・
余計な事しすぎるし、罫線使いづらい。
ページの境目あたりで　うんにょ　なんてなんか意味不明な動作しやがるし・・・

罫線使わない文書ならまだいいんだが・・・
日本人って　罫線すきだよな

Excel でも　やたらと罫線引きまくる奴が多すぎて困る。
外枠とタイトル部と本文の区切り線くらいでいいだろうに・・・
頼むから行毎に点線引くのやめてくれ、コピペの邪魔になるだけだから

まともな仕様書って書いたことないけど
html とかじゃだめなのかな...

ページの境目あたりでよく分からない挙動をするのは俺もよくうんざりする。
あと、表だけが図やテキストボックスと違ってオブジェクトでないのも使い辛い。
だから、テキストボックスに表を入れるなんてこともたまにやる。

日本人に合わないワープロの愚痴は尽きませぬ。
完全にスレ違いな話題だな
スマソ

俺もHTMLは悪くないと思うんだけどなぁ・・・
体裁はCSSに任せられるし、図・表の作成も楽だし・・・
ファイルわけして、リンクするのも楽だし・・・

ワープロも表計算も中身のコンテキスト木っ端微塵にしてファイルに分割保存してくれたらバージョン管理下に置いてもいいんじゃねぇかと思うんだがなぁ。

罫線使わなきゃいいんだよ。

HTMLで図はどう済んだよ。
SVG？

矢印引く程度ならCANVASが手軽よ
凝った絵はデータスキームでimgに埋め込め

ttp://subversion.tigris.org/servlets/ReadMsg?list=announce&msgNo=265
> Subject: Subversion 1.5.0 Beta 1 Released

>>334
pdf にしちゃえば TeX で書こうが何で書こうが関係なくね?

>>347
リポジトリでは TeX のソースファイルと Makefile しか管理していないから
PDF で読むにはビルド環境が必要なんだけど、ほとんどの人は TeX の環境を
入れていないようです。
ソースからビルドした PDF もリポジトリで管理する人がいるようですが、
なぜか自分には抵抗があります。

他人に読んでもらいたいならPDFじゃなかろうか。そうでないなら勝手にすればいいんじゃないか。
ソースはバージョン管理するけど、最終的な目的ファイルは、リリースとか適当な間隔でりぽに登録しておくのが便利じゃないか？誰でも正しくビルドできるとは限らないし。

PDFファイルは読む気すらしない俺たち
PDFは納品する時に使う程度

>>334,348 の人は他人に読んでもらおうと思ってないようなw

そろそろ、内のプロジェクトもCVSから鞍替えらしい。20人規模で行っているSoCの開発環境を移行するんだけど移行作業自体には工数に含まれないらしから、
サービス残業が増える悪寒がする、
CVS御苦労さん。

SVNレポジトリをtracで連携させるのって、当然？
どんな散っちゃいプロジェクトでもtrac立てた方が良かったりするのかな

>>352
> 移行作業自体には工数に含まれないらしから、
> サービス残業が増える悪寒がする、

入れさせろ。業務だ。

>>354
普通スケジュール引きなおさせてくれないだろ。
開発環境の移行とか、「そんなものは開発部隊の
都合なのだから、自分たちの時間でやれ」って
言われるのがオチ。

休日出勤とか「遅れを取り戻すのはあたりまえ、
その分ビル開けなきゃならないなど会社は
既にコスト負担済み。」とかで出勤扱いになんて
してくれないよ。まぁそのときなにか事故が起こったら
どうすんだよ、上司の首吹っ飛ぶぞ？と思うが、
そんなもの下っ端の知ったことじゃない。

>>355
マ板でやれ。

>>355
そんなブラックな会社からは逃げ出した方がいい

事故おこそうぜ

svnが許されるのは小学生までだよねー、ｱﾊﾊｰとかいうご時世にわざわざsvnに移行するなんてw

SVN（笑）

>>355が移行でトラぶって全責任を負いますように。　（−人−）

でも本当のところ、 svn (笑) はチェックアウトした時にファイルのタイムスタンプを
反映できない時点で低能決定。
ツールとして「使える」以前の問題。

>>362
ファイルのタイムスタンプが絶対のものと信じ込んでる時点で池沼決定。
そういうタイムスタンプ信仰はよく窓ユーザにありがち。

>>363
コミット時のファイルのタイムスタンプは、セントラルサーバーが時間を狂わせない限り
連続的。 それに仮に時間がずれたとしても、まあ数時間が最大だろ。
チェックアウトして、新し目のファイル内容を見るだけでも、最近のプロジェクトの活動具合いが
結構理解できる。 こんなこと、俺のような長年の Linux/UNIXユーザーからすれば常識だよ。
タイムスタンプを落とすのは>>363のようなアホのやること。

タイムスタンプ拘ってる奴ってversion管理理解出来てると思えないんだけど・・・

タイムスタンプはバージョンno./リビジョン番号に加えて
非常に有用な情報になり得るといっているのだよ。
わかったかい、>>365君？
少しぐらいパソコン知ってる奴はファイルのタイムスタンプの重要性がわかると思うんだがねー。
それにしてもsvnの開発者は無能だ。。。。

ずっと追ってるようなものならupして
U
や
G
が付いてるやつを見ればいいし、初めて見るようなのならどうせ
全体像も把握してないんだしChangeLogやNEWSで十分じゃないの?

というかふつーコミットメールくらい購読してるんじゃない?

せっかくプロパティが柔軟に設定できるのに、
チェックアウト時にタイムスタンプを反映させるなどの
仕組みをクライアントが持っていないのが残念。

ファイルのタイムスタンプが復元されると、SVN Updateしてもビルド時間より古いから、
makeとかリビルドしても何も実行されずに終わっちゃう罠

まぁ、情報として保管されていて、
コミット時のタイムスタンプを取り出すかどうかを選択できるようになっていれば問題ないんだよな。

今どき、パソコンに詳しい、とか勝ち誇って使う奴珍しいよな...

本家もこのへんの事情は議論済みだろうに、なんで選択できないんでしょね。
まぁぶっちゃけ俺はチェックアウト時のタイムスタンプなんて
無くても困ったことなんて一度もないけど。

Windows の場合、ファイルのタイムスタンプ...っても 3 種類あるしなぁ。

ちなみに俺の場合は窓アプリの開発に VC++ 使ってるんだけど、
PEイメージのCOFFヘッダにMS-Linkerが埋め込むタイムスタンプを参考にしてる。
これだとIATをbindしたり署名したぐらいでは変わらないから、
バイナリからリビジョンを絞り込むときにかなり信用できる。

今は無くなったんだが、ちょいと昔にＩＳＯの記録に構成管理表があって、
納品する実行ファイルのタイムスタンプを記入する欄があった。
これが今でも生き続けていたら svn は使えないと言われたかもしれん。
まぁ、リリース時のタイムスタンプはこれです！　と戦えない事も無いけどね。

ちなみに Git や Mercurial ではタイムスタンプ情報が格納されるの？
なんか、分散になると余計ややこしそうだな・・・

svn ls -R |
while read p; do
svn info --xml $p|
sed -n "/<date>/s|.*>¥(.*¥.[0-9][0-9]¥)[0-9][0-9]*Z<.*|touch -d ¥1 $p|p"; done | sh

とかできそうな気がするが、これGMTかいな??

>>375
納品てことはexportでしょ。
ならタイムスタンプが付くから問題ないんでは?

svn使いはタイムスタンプに依存しているような奴ばかりなのか。
バージョン管理できていないなwwww

いや、タイムスタンプ依存症の香具師をよってたかってつついて遊んでるだけじゃ。

# config
[miscellany]
use-commit-times = yes

ではだめなの？

へーそんななのがあったんだ。

### Set use-commit-times to make checkout/update/switch/revert
### put last-committed timestamps on every file touched.
use-commit-times = yes

exportもそうだけど、このタイムスタンプって、ファイルの最終変更のも
のだから、ブランチ取り出そうがタグで取り出そうが、ぜんぶ同じタイム
スタンプになるのかな。

>>103でちらっと匂わせたのにやっとuse-commit-timesに触れられたのか。

コミットした時間になるからタイムスタンプ信仰の馬鹿には意味がない

っていうか、みんなタイムスタンプにこだわっている香具師が多数いるように語ってるが、
前から暴れてる馬鹿は全部同じ香具師だと思うぞ。

俺はコミット時刻になってくれた方がいいな

既に管理に移行してある程度期間が経ってればいいけどな
SVN管理したばかりだと日付が全てコミット時間になるから
タイムスタンプ信仰の連中には耐え難いだろうさ

>>386
バージョン管理システムで管理する以上、それは
リビジョン番号で管理するということ。
だからリビジョン番号と一対一で対応する
コミット時刻にそろうというのは至極まっとうなことだとおもう。

cvs使っていた頃はコミット時間で更新していた私が来ましたよ。
svnに慣れてきたら、コミット時間で更新する意味がないことに気づいたわけですが。

cvsだと「いつ修正したか」を意識しないといけない気がしてたのが、
svnだと「いつ登録したか」だけ意識すればいいって感じ?

タイムスタンプにこだわる人は、具体的にどんなときに必要なのかをはっきり書いて欲しいな。

激しくスレチだが、時刻と時間は違うものだよ、と昔師匠の師匠にやさしく言われました。
会話としてはどっちでもいいんだけど、一度気になりだすと時刻がより正確な
場面で時間とか言われると(コミットした時間、とか)すげー気になる。

結論: どーでもいいがなそんなこと

どんなときに必要っていう答えになるか分からないけど、
管理する以前は更新の有無をまずはタイムスタンプでやっていた。
それが管理に加えると日付が変わってしまうので、
管理に加えるっていう最初の第一歩に進みにくかったってのがあったな。
新規にはじめる分にはいいんだけどね。
始めちゃえばそういった違和感があるのは最初だけ。

インポートした奴をチェックアウトした瞬間には、インポートした元ファイル群と同じ
タイムスタンプになってて欲しい。

俺なんか変？

>>390
おぉ、同族だw
特に、日時、日付、時刻も使い分けるよな

昔、客先で修正したものと開発環境で修正したもののどちらが新しいかを判断するため
タイムスタンプを使ってたんだけど、客先のサーバの時間と、開発環境サーバの時間に
差があることで混乱したと事がある。
また、納品用にポータブルＨＤＤ使ってたんだけど、これがFAT32だったのでNTFSとの
間に数秒間の差が自動的に出来てしまって、これも困ったな。

それ以来、FastHash というフリーソフトを使って中身（HASH値）が違うものだけを比較
するようになった。もうタイムスタンプは信用しなくなった。
時間は参考程度

今は、WinMerge を使って比較しているけどね。
（バージョン管理システムで管理できない、システムなので）

日付情報が要らない奴って、exploreの更新日時のカラム表示してない奴？

>>389
私の場合、cvsだとソースごとのリビジョンが違うからタイムスタンプで新旧を意識する傾向があった。
例えば、a.cは3/20に登録してリビジョン1.5、b.cは3/8に登録してリビジョン1.8だったとする。
3/15の版が欲しいときはタイムスタンプを見れば、a.cだけ古いリビジョンを取り出せばいいことが判るって寸法。
# 今思えば、タイムスタンプが保存されていなくても事が足りることは判る筈なんだけどね。
きっと、旧来の(或いは周囲の人間の)「タイムスタンプによる管理法」に毒されていたのかもしれない。

日付を全くみないわけじゃないけど、参考情報にしかしないって感じ。
日付＝コミット時間になるから、見た感じでこの修正が入ったやつなんだなって
何となく感じるっていうか、そんな感じ。
使っていくと視点が変わっていくから重要視しなくなっていく。

ただ、これって開発環境で見たときだからね。
納品先との差まで考えないといけない場合は
管理に追加する前のタイムスタンプっていうのが
消えて欲しくなかったりする。

>>395
Windowsの場合は、エクスプローラは更新日時が新しいものが上に来るように設定しているよ。
TortoiseSVNを使うようになってからは、SVN RevisionやSVN Statusも表示するようにしているから
WinCVSを使っていた頃よりも却って便利になっている気がする。
# たまたまTortoiseCVSは使い込む気になる前にSVNに移行した。

管理開始後は、コミット時間でも現在時刻でも別にかまわないが、最初に全部時刻をリセットする意味がわからん

俺Unixユーザだけど、ls -ltrよくするけどな

>>399
敢えて意味を挙げるなら、余計な情報を管理したくないから

ファイルそのものを管理してるわけじゃないでしょ
元はDBで差分情報のみが詰まってるんだから
そこにタイムスタンプって情報を詰め込むと
差分がなくても日付が違う＝差分有りとなってしまう

>>401
意味がわからん。
それぞれのファイルのコミット時刻は持ってるだろうが。

ファイルのコミット時刻は持ってるよ
正確にはそのリビジョン番号に対しての時刻な
サーバ側に持っている情報は、そのリビジョンに対してのコミット時刻のみ
だからインポートすると、インポート前のタイムスタンプは消える
差分管理でタイムスタンプって概念を持ち出すと、
タイムスタンプを変えただけで内容が全く変わらないものも
差異有りとして捉えられる

差分管理にタイムスタンプの概念を入れろという話じゃなくて、インポート時にオリジナルの
タイムスタンプを保持して、それでチェックアウトできるようにしろって話なんだけど。

いやなら使うなよｗｗｗ

だからそれを保持するって事は・・・って話してるんだけどな

>>406
svnは、差分の有り無しはタイムスタンプがどうであれ、ファイルの内容で決定すればいい。
というか今もそうだろ？
チェックアウトしたときに、元ファイルのタイムスタンプが復元されたら、何か問題でもあるのか？

そうすると話が、あえて問題を挙げるとすれば・・って
ところに戻るわけだが

お前アホか。

>そこにタイムスタンプって情報を詰め込むと
>差分がなくても日付が違う＝差分有りとなってしまう

てなことにはならないから、見当違いなこと言うなって言ってるんだよ

まぁどんな値をプロパティに入れてもいいわけだから、
あとはそういうクライアントを書くかどうかだけだよな。
リポジトリサーバ側には何も手を入れなくていいだけだし。

んなこといったらシンボリックリンクなんかのOS依存の
ファイルの扱いはどうなるんだって話になるし。
俺の場合スクリプト書いて必要なファイルに関しては
プロパティにパーミッションやらオーナーやらまで記録してる。

>>409
うむ。そのとおり。まぁプロパティは変更ということに
なるだろうけど、それは当たり前だし。

>>409
現状、DBには差分内容しか入っていない。
タイムスタンプを復元するための情報を各リビジョン、ファイルごとに
持つ必要があるかどうか、それだけの話。
そうしたいならDBを自分で拡張して実現してみれば良い。
そんな労力を割いてまで実現する必要があるかを考えれば解答は出るはず。

>>412
だーかーらー、インポート時のタイムスタンプの話をしてるんだけど、理解してる？

>>409
差分管理に不要な項目をタイムスタンプを復元するために
増やす必要が出てくるって話を言いたかっただけ

>>414
アホ？もう消えていいよ

>>413
インポート時だけってのは何で？
それならAddした時だって持ってないといけないでしょ
途中でDelだってされるしリビジョン指定で昔のリビジョンを
チェックアウトした時を考えればどうしたってその時点での
タイムスタンプが必要になるよ

>>416
お前は必要だと思っている。
俺は必要だとは思わない。

ＯＫ？

だからさー、そんな不自然な妥協を残した実装するんなら
ないほうが良いだけじゃないのかね

タイムスタンプ信仰のキチガイには触るなでFA。

OK？

>>418
わかんねー奴だな。

お前は不自然だと思ってる。
俺は不自然だとは思わない。

ＯＫ？

OKですよん

1. 空のリポジトリを作る
2. 最も古いファイルに、時刻をあわせる
3. 1ファイルずつ、ファイルのタイムスタンプに時刻を合わせながらadd/commitしていく

これでOK。

>最初に全部時刻をリセットする意味がわからん
こんな奴が何で偉そうに踏ん反り返っているのか分からん

FTPでファイルをアップロードして

タイムスタンプを変えるなって

騒いでる連中と変わらないな

なら簡単だな
各ファイルをZIPに圧縮してコミットすれば良い

>>423-424
お前らのうち、どっちか（あるいは両方）は>>401じゃねーの？ｗｗｗ

>>410
今の仕様でも実現できるんだ。知らなかった。
import/checkoutのラッパスクリプト書けばいいってことだね。

絶対の情報ではないタイムスタンプは管理しない。
当初からそういう思想。
ニーズに合わないなら合うソフトを使えばいい。

タイムスタンプは、10年くらい前からのプロジェクト（ソース納品必須）にsvnを導入するときに問題になった。

どうしても古いタイムスタンプがリセットされることを納得してもらえなかったので、古いファイルは納品時に
タイムスタンプを書き換えることで回避してる。

まあリポジトリ管理外へ持ち出す場合はタイムスタンプを
頼るのが普通だからな〜。
簡単に書き換えられる情報を信用するのは
危険でもあるんだけど、そんなことするやつは
いないで済んでしまう話だし。

>>428
コミット日時は保持してるじゃん・・・

>>430
そう。
ただ、信用するとかしないとかいうことじゃなくて、単純にタイムスタンプでソートしたときに何かの目安に
なるってだけだけどね。

>>431
おまえはなにをいっているんだ

>>433
日時情報がいらないなら、コミット日時もいらないじゃん。
いるの？

だから、お前ら、クライアント側が必要だと思う
情報をプロパティに入れておけばいいだけだろ。

そのためにプロパティは普通 svn:ignore って
感じで名前空間（？）つけるし。あとはそれが
どれだけ標準的に使われる？ってだけの話で、
もし必要ならRDFのようにめちゃくちゃリッチに
書く事だってできそうだぞ？

といっても現在はプロパティ名に URI を書くことが
できないから無理なんだけど。プロパティ名に
URI がかければ mod_dav_svn 改造してセマンティック
ウェブで活用できそうな気がするんだがなぁ。

>>434
おまえはいったいなにをいっているんだ

>>436
いるの？いらないの？
いるならなんでいるの？

>>435
分散リポジトリなら、それでいいんだけどね

タイムスタンプの信用性を落としている一因が他ならぬsubversion自体

どうも、俺は必要だからお前も必要だろとか、俺は必要ないからお前も必要ないだろ、みたいな論調が多くて
ちょっと悲しくなる。
お互い、相手の立場や考えは尊重しようよ・・・。

俺自身は、exportしたときに、revision 1から変更が無いファイルは、元タイムスタンプが復元されると
とてもうれしい。
check outの時は復元されなくてもかまわない。

もりあがってきてまいりました

だから、必要な奴はプロパティに設定するなりしろってことでFA。
いつまで続けるんだ、これ

なぁ、現状のsvnじゃできないんだからさ、自分で拡張するなり、
違うVCSに乗り換えるなりしろよ。
ソース公開されてるんだからさ。

つうかどうしても必要なら属性使えって解説もされてるんだけどな

属性取得するの遅いんだけどな

嫌なら他を使えば良いじゃない

何言ってんだお前

いつまで続けるんだ、これ

>>363
タイムスタンプ信仰は、Unix/Linuxユーザの方があるんじゃないの？
だって、makeってタイムスタンプ指向だし。

どっちもどっち
全部の要件を満たすソフトなんてあるわけない
嫌なら他を探すか手作りするのが当たり前

何言ってんだお前

>>450
make こそタイムスタンプ更新してくれなきゃ面倒じゃね?

何言ってんだお前

何言ってんだお前
何言ってんだお前
何言ってんだお前

>>453
makeはupdateのタイムスタンプが必要だから現svnの仕様が最適

Visual Studio の時も結構役立っていますよ。

>>453
いや、だから>>450なんだが

>>450
そりゃタイムスタンプがランダム値とか1970/1/1とかで嬉しい人はあんまいないんだから、
誰だってタイムスタンプは必要。
でもそれを「タイムスタンプ信仰」っていう単語にするとなんか違う気がするけど。

いるのは

(A) タイムスタンプはUpdateでファイルが更新されたときの時間でおｋ
　→make/ビルドに便利
(B) タイムスタンプはCommitした時の元のファイルの値がいい
　→リポジトリの外の世界（文化）とのやりとりに便利
(C) タイムスタンプはCommitした瞬間の時間がいい
　→？

ってぐらいの派閥があるだけだろう。

>>459
ランダムはタイムスタンプになりえない。最低限ただのインクリメントでいい。

ああ、まじ、あああ！！

>>459
便利なのにと言葉をこぼす程度なら誰もタイムスタンプ信仰なんて言わないよ。
そりゃ出来るに越したことはないんだし。
タイムスタンプが復元されないから糞だと
暴れてるキ印に対してそう呼んでるだけ。

クライアントがいじったファイルって変更時間は実際にシステム上で変更した時間のほうが良くない?
タイムゾーン違うとかでローカル時間より先のファイルが出来ているのは気持ち悪い。

何言ってんだお前

何言ってんだお前

タイムゾーンは関係ないだろ・・・

>>463
MAKEで使うなら、さっき変更したファイルより今変更したファイルのほうが新しいことが判れば問題ない。

未来のファイルだと困るけどな

なんだをぃ、盛り上がってるな。

make を例に挙げて*NIXの方がタイムスタンプ信仰強いなんて言ってるやつは、
時刻と時間の区別がついてないんじゃねーか?

時間に何の関係が？

>>469
何見当違いのこと言ってるんだ？
誰もそんな話してない．

前から思ってるんだけどさ、

履歴付きコピーで追加したときはコピー元の URL とリビジョンが情報としてくっつくよね。
それと同じように、ふつうの（履歴付きじゃない）追加のときに元ファイルのタイムスタンプを
情報としてくっつけとけばいいと思うんだ。

そんで、 export とか use-commit-time のとき、ふつうに追加された後、変更が一度も
かかっていないファイルに限って、保存してあるタイムスタンプを使うの。

思ってるだけじゃなくて、実装してみればいいんだろうけどね。面倒なのもあって
なかなか試せていない。

本当に本当に「インポート→エクスポート」でタイムスタンプが保持されるべきだと強く
信じている人がいるなら、だれかこいつを実装してみてほしい。

はじめてこの流れに乗るけど、タイムスタンプは欲しいと
思ったことが無いし、後々不都合になりそう。
SVNでディレクトリが管理対象であることが不都合
なのと同じ。

タイムスタンプ自体は保持されてるんだから、
インポートした時のタイムスタンプが残るようにしろって考えは
そんなに不自然なものだとは思わないけど。

いや、別に俺はどっちでもいいんだけどさ。
なんでこんなに否定されまくってんだ？

>>472
> 本当に本当に「インポート→エクスポート」でタイムスタンプが保持されるべきだと強く
> 信じている人がいるなら、だれかこいつを実装してみてほしい。

いや、べきだと信じてるわけじゃなくて、実際にそういう要求があるんです。納品のときとかに。

それは Subversion で管理すべきことなの?

要求があるのは分かる
だが現実には保持されていない
保持されていないなら、されていないなりの使い方をするしかない
でもそれを発言すると相手の反論はSVNは糞だって逆ギレされるだけなんだよ
結論はとっくに出てる
でもしつこく繰り返す
だからタイムスタンプ信仰なんて言われんの

>>475
理由が実際の要求なら、もう何も迷うことはないな。やってみてくれ。

いま調べてみたんだけど、タイムスタンプってリビジョン毎に付くんだね。
個別のファイル毎のタイムスタンプを残してるわけじゃないから、
現状の仕様だと Subversion だけで何とかするのは無理だと思う。

cvs2svn みたいな、インポートを実行してくれる外部ツールを作るのが良さそうだね。

>>479
それ↑の方で何度も言われてる事なんですが・・。

>>479
>>443

>>479
実現するならエクスポート側だろ

元々makeの文化なんだから、import/commitしたファイルのタイムスタンプじゃ
*困るんだ* っていう人達が作った、んだよね？ 何こんな簡単なことでグダグダ
やってるんだ？

import/commit時にsvn:original-timestampを記録して、
export時にだけoptionalにそれを復元する、という仕様が良さそうな気もする。

だからいつまで続けるんだよ・・。

ソース管理下におかれない納品したファイルのバージョンを確認するのにタイムスタンプが欲しいから、
最終変更時刻かコミット時刻をエクスポート時に打ちたいんだけど何かいい方法ない？
とか質問すればすぐ解決したんじゃないか？
いきなり糞とか言うからもめるんじゃないかな。

ところで TortoiseSVN でクライアント側で
フック以外にもうちょっと細かい挙動を
いじれるようなプラグインって使えないの？

ファイル単位で呼び出されるようなコールバック
設定できるようだと、そこで何でもやれそうなんだが

>>486
1.5 から追加される「クライアント側フックスクリプト」でいける？
http://tortoisesvn.net/docs/nightly/TortoiseSVN_ja/tsvn-dug-settings.html#tsvn-dug-settings-hooks

>>476,478
やってます（>>429）。
ただ、そういう機能がsvnに実装されればうれしいなぁってだけです。

了

>>487
がんばればいける。
でもこれってグローバルなスクリプトなんだよね。
それがちょっといやだな、ってのが一点。

あと、どうせ TortoiseSVN なら Windows べったり
なわけで、DLL にコールバック関数用意するから
呼んでくれよ、ってのが本音。

eSVNを使おうと思ってesvn-0.6.12-1.tar.gzをダウンロードしたのですけれどもexeファイルがどこにも入っていません。どのように起動すればいいのでしょう？

>>487
export時のhookはどれなんだろう

タイムスタンプには、午前３時とか正月とか涙を誘うものがあるな。

とりあえずタイムスタンプ厨が粘着質なのはわかった

アンチの方も似たようなもん

初歩的な質問ですみませんが、
authorの名前を変更することはできますか？
ちなみにXP SP2でSubversion、TortoiseSVNの両方を使用しています。
XPではアカウントの名前が自動的にauthorの名前になるようですが。
よろしくお願いします。

>>496
コミット済みのやつを変えたいなら TortoiseSVN のログダイアログから変えられる。
ただしリポジトリに pre-revprop-change のフックを置く必要がある。

アカウントと別の名前で file://〜 なリポジトリにコミットしたいってことなら、
コマンドラインの svn なら --username で指定できる。 TortoiseSVN では、
たぶんできない。 svnserve を動かして svn://localhost/〜 とかいう感じにして、
passwd に適当な名前をつくればいいかもしれない。

初歩的な質問って自覚があるならちょっとは調べろよな・・
基本中の基本だしちょっと調べればすぐ分かるのに

>>495
タイムスタンプに安置とかwww
馬鹿が一人騒いでるのに過剰反応してるだけだろwww

.svn以下の不要なログファイルを消して
ワーキングコピーを軽くするにはどうしたらいいでしょうか？

>>500 svn cleanup かな？

余りにアホな質問で申し訳ないんですけど
同じソフトウェアのバージョン違いを管理する場合は
それぞれ別のリポジトリを作成して
別に管理するのが普通ですよね？

>>502
svn的にはsvn copyが普通。
むしろ別のリポジトリを作成する方がアホと言える。

出だしに初心者、あほな質問ってつけりゃ
良いってもんじゃねえぞ
少しは調べろ


ブランチ作るのが普通

>>502
以下サイトで公開してくれている
ttp://psyto.s26.xrea.com/misc/svnbook/

svnbook日本語訳のPDF版の第４章を読みなさい

>>503-505
ありがとうございます
>>505 さんの出したくれたリンク先のPDF一通り読んでみます

>>497
亀レスですみません。
ありがとうございました。
助かりました。

>>498
ググるの下手みたいで、すみません。
こちらも練習します。

ローカルのリポジトリなら都度のコマンドだけで使える！
一人で使うのに別マシンでサーバー常駐させてた私の数年…。

別マシンじゃなくて同一マシンで動かせばよかったんじゃ

>>508
片方のPCのHDD死んでもソースが完全に死なないから冗長性あっていいんじゃ？

それならリポジトリミラーリングした方が100倍ましだろ

TortoiseSVN使ってるんだけど、最初のチェックアウトとかの時にやたらフリーズする。
OS丸ごと固まって電源おすしかないように。
チェックアウトして、ファイルのログが流れてる途中でいきなり止まる感じ。
前まではそんなことなくて、最近新しいプロジェクトので新規に作ったらそうなった。
ファイル数がかなり多いんだけど、それは関係あるんだろうか？

最新版なんだけど、みんな普通に使えてる？

もしかして、アイコンオーバライドの更新で填まるのかな?
Geodeで使っている最新版ではアイコンオーバライドすると死ぬほど時間掛かるからオーバライドを止めちゃったけど。

http://www.exacteye.com/svn/svn.basic.in-action.html
など見るとcommitとupdateは別の処理だとありますが、
commitとupdateのタイミングをどう取っていくべきか、
まだ使い慣れてないせいか、いまいち直感的に理解できません。

自分一人しかレポジトリいじらない場合は
updateせずにcommitだけやり続けても問題ないですか？
ファイル名をかえたり削除したりする時はupdateも必要？

テストリポジトリとその作業コピーを２つ作って、
同じファイルを修正して、両方を順番にコミットしてみればいいぜ
どういう反応を示すかわかる。

一人の場合、基本コンフリクトは発生しないので update いらんでしょ

んにゃ、一人でも開発拠点が複数だとupdateは必要だぞ。
Conflict発生はまずないけど。

>516

同じバグを一人で3度修正してconflictさせたバカがここにいる。

「あれ〜直さなかったっけこれ？ 夢でも見たかな...」

% svn commit
C fugahoge.c

Σ(゜Д゜;)

>>517
あれ？、俺こんなの投稿したっけ？

Subversionを大いに役立てている>517-518にちょっと嫉妬。

すみません、smartsvnについて解説しているページとかないでしょうか？
日本語化パッチもないようですし・・・。

初めて聞いた

説明して目の前でコミットして見せてやったのに削除→コミット→追加→コミットしやがった。
家では使ってるとか言ってたくせに・・・
こんな奴が技術者とか・・・ﾏｼﾞ怖いよ

>>522
そういうの使ってるって言わないよなｗ

うちの場合、間違った使い方をしたらコミットを失敗させてアドバイスを
表示するようにしている。

すげぇ　ハイレベルだな。

>>524
それって，具体的にはどうやるの？
「間違った使い方」の判定とかかなり気になるんだが

あの、 - で始まるファイル名に変更したいときってどうすりゃいいんでしょうか。
まぁほとんど無いことかとは思うんですが、hoge ふぁいるを -hoge ファイルに
したいのです。svn rename hoge -hoge　だと -hoge なんてオプションねぇよ氏ね
って言われるし・・・死にたくない。

>>527
エスケープじぇだめなんだっけ?
試してないけど。

そういや touch で - とか -- とか --- とか -_- とかいうファイル名って
作れるんだったっけ？いや、いろいろ挙動をテストしようと思って
なんかはまってる。本来業務と違うところで。

touchは知らんが、

% svn mv -- hoge -hoge
A -hoge
D hoge

コマンドラインの解釈は各コマンドによるけど、 -- の後ろの引数は - や -- で始まっていても
ファイル名として解釈するという仕様のものが多い。

touch -- --
rm -- --

win版 1.4.6 で確認。
svn rename hoge .\-hoge

>>526
pre-commit フックのときに Subversion API と SQLite3 を使ってあれこれ調べています。
検査項目は過去4年間の「困った使い方」の記録をもとに決めているので沢山あり、今でも
増え続けています。もちろんそれぞれの検査項目には検査を迂回する手順を用意しています
が、迂回は1万数千リビジョン中に 3, 4 回ぐらいしか使われていません。

初心者の間違いで一番多いのは svn copy や svn move を使うべきところを新規ファイルの
追加にしてしまうところです。この操作の判定には苦労しました。

そのフックスクリプトすごいな。subversionのcontribに入れてもらえたらみんな幸せに…

どんな事してるのか、非常に興味深い。

コミットに時間がかかりそうっていうか邪魔くさそう

>>533
>>534がいい事を思いついたようだぞ

ignore_on_commit って何処に設定するんですか？
TortoiseSVN 1.4.8 を使用していますが、
もしかして、TortoiseSVN 1.5　からの機能ですか？

>>538
便利そうな属性だが、ググっても0件なんでがっかり。

Win な環境で、svn管理下のファイルをＯＳ削除したとき
コマンド操作で削除コミットしたい。
もちろん、管理下には修正ファイル、フォルダ、新規追加のファイル、フォルダが混在する。
上記作業を自動で行うために、フォルダツリーに散在した、削除フォルダ、ファイルを見極め
自動で削除コミットしたい。


IDEによる自動生成ファイルが多すぎる。
開くだけで、変更されるファイルがある。
実行するだけで変更されるファイルがある。

コミット・ファイルを見極めてコミットするだけで 結構な時間を要してしまう。

そこで

サーバにひとつのワーキングコピーを配し、これを共有公開する。
作業者は、ファイル共有されたワーキングコピー上で直接作業する。
しかし、作業者はコミット等は実施しない。
コミットは、バッチ処理で、その日の作業分としてコミットする。

なにか、ヒント頂けないでしょうか？

>>540
なんだかよくわからんけど
管理する必要のないファイルを svn:ignore プロパティに
設定するってのではダメなの？

>>540
コミットは作業ごとに小刻みにやったほうがいいよ。
バージョン管理が必要なファイルだけ追加しておけば何も困る必要がない。
掃除はフォルダ丸ごと削除後にチェックアウトでもいいし。
もしVSなら、不要な中間ファイルはフォルダにまとめられてるし。プロジェクト関係で不要なのは、少しだけだし。一回作ってしまえば簡単なものじゃないかな。
もう少し楽に使うぜ。

ignoreは最初に誰もが通る道であろうに、
マニュアルではプロパティの1つって感じで扱ってるよなぁ。

>>540
> サーバにひとつのワーキングコピーを配し、これを共有公開する。
> 作業者は、ファイル共有されたワーキングコピー上で直接作業する。
それ、バージョン管理システム使ってるメリット無いお。
地獄への道一直線。# 昔CVSでそれをやられて酷い目にあった。

>>533
すげーなｗ

エディタ上で過去ソースとの差分が見れるようなソフトが欲しい。

常に見えてるのは最新のソースで、C#のregionみたいな感じで過去ソースが
展開できたりツールチップで表示できたりしたら便利そう。

マウスオーバーだけでは特定の過去ソースバージョンを指定するのは難しいからインターフェイスを考えないといかんな。

ツールチップでなければ、
TextMateのSubversionバンドルでは任意のリビジョン間のdiffを実行できた。
Emacsも間違いなくできるはず。
Eclipseもできるよな。

>>541 >>542 >>543 >>544
日本語でおｋって感じの文章に回答してくれて、ありがとうございます。

もちろん svn:ignore は使用しているのですが・・・

VS だけを使っているのなら、まだなんとかなるのですが・・・
他のツールも併用していて、そこから　ポコポコ大量の自動生成が・・・
VS のビルドもそう（？）ですが、あれって生成時の日付をどこかに埋め込むんですか？
内容は何も変わってないのに、生成するだけで変更になってしまいますよね？
まぁ　いろいろ書きたい事はあるのですが

俺も含めて、作業者のRCSの使いこなしが出来ていないと言うことで自分に言い聞かせてます。

でも、せめて 安全なバックアップとして svn を利用しようと、また近い将来にそのリポジトリを
RCSの理念の基に利用できるようにするためにも、日々の作業分だけでもコミットしておこうかな
と思ったんです。

svn add *
svn commit -m "？？月？？日分"
で　追加・修正分は簡単にできるんですが
削除されたもの TortoiseSVN 上では「紛失」にあたるものの扱いがコマンドベースで
上手く処理する術を思いつきません。

というのが　本題です
長文スマソ　でした

すんごい、恥ずかしくて聞きにくいんですが、
svnのコミットログって一行でかかないといけないんでしょうか？

TortoiseSVNで複数行入力できるのですが、非推奨なのかな？

CodeReposのログとか見てると、みんな一行っぽいのですが・・・。

TortoiseSVNを使うか使わないかに限らず複数行書く私が来ましたよ。
コマンドラインでコメントを書く人は、複数行書くのが難しいから一行なのでは?

俺も恥ずかしい質問します！
自分は Subversion しか使ったことがないんですが、
他のバージョン管理ツール（たとえばCVS）から
移行するときに更新履歴やログも引き継げるものなんでしょうか？

バージョン管理ツールごとにポリシー（たとえばディレクトリに
リビジョンをつけるのか、ファイルごとにつけるのか）などが
異なるので引き継げないように思うのですが。

皆さん以降の際には HEAD だけ import して気分一新！
という感じなんでしょうか？

そりゃ完全さと効率を天秤にかけるもんだろう

CVSとVSSの移行ツールは見たことある。他も探せばあるかもしれない。

どれも履歴と更新ログくらいは対応してるだろうけど、実際に上手く行くかどうかは、試しにやってみないとなんとも言えない。
(海外の作者が作った移行ツールで、ファイル名や更新ログに漢字を使ったリポジトリを移行する場合とか)

>>549,550
俺も複数行書いてるっす。
コマンドラインにコミットメッセージを書かずにエディタで書いてる。

>>551
あんまり移行をしないけど、履歴は引き継げるはず。

ところでTortoiseSVNのchmヘルプの文字化けを解消するパッチを投げました。
1.5からはキーワードや検索が役に立つと思います。

>> 550 >>554
複数行やってる人いて安心した！

>>551
cvs2svnとか使ってみたけど、100くらいのリビジョンあるプロジェクトでやってみたら
何時間待っても終わらなかった覚えがｗ

結局、一新してimportし直したよ

Mercurialだったかな。
コミットログの1行目をサマリーとみなすという慣習があるのは。
この場合、詳細を2行目以降に書く。

CVSからSVNに移行した私が来ましたよ。
CVS2SVNなるスクリプトがあるので、移行するだけなら割と簡単にできる。
但し、リビジョン番号の振り方がCVSの概念を反映しきれないので過去の資産を活用するのは若干難しい。

例えば、コミット処理に時間がかかってコミット時間がずれてしまったような場合、別のリビジョンと解釈されかねない。
また、ブランチを作るときに一部のファイルだけしかブランチに入らなかった場合、SVN上は
一旦ブランチへのコピーを行なってから残りのファイルを全て削除したような履歴になってしまう。
# このため、コメントを伴わない(CVS2SVNが生成するコメントがついた)リビジョンが発生する。

>555
複数行でもいいけど、
コミットログ一覧では一行しか表示しないクライアントソフトが多いので、
1行で簡潔にまとめるのがいいと思う。

最低でも、1行目は概要、2行目以降に詳細とするべきかと。

自分も1行目をサマリーにしてます。
メールやTrac TimelineのRSSやEclipse (Historyビュー)、TortoiseSVNが
見やくなるので。
詳細は2行め以降、あるいはTracのチケットの方に書いてます。

hot-backupに掛かる時間て、リビジョン数に対して非線形に増加しない？
16000位で6時間以上掛かってる。5000の時は1時間位だった気がするのに。
いい方法ない？（dumpはおいといて）

>>560
ファイルコピーが遅いだけとか？試しに普通のファイルコピーしてみたらどうなるかな

>>548
> svn add *
これをやったら svn:ignore を設定する意味ないんじゃない？
svn:ignore は管理下にないファイルの存在警告を抑制するものであって、
add されるのを回避するためのものじゃない。
これでは作業ファイル等の不要なファイルまでリポジトリに追加されるよ。

>>542氏が言ってるように
> バージョン管理が必要なファイルだけ追加しておけば何も困る必要がない。
なので、管理が必要なものだけをリポジトリに追加していけばすっきりとした
運用ができると思う。

>>562
重箱の隅つつきみたいで悪いが、
* にディレクトリが含まれるとき、そのディレクトリの下は svn:ignore に従う。
svn:ignore を無視させて何が何でも無理矢理全部再帰的に add したけりゃ --no-ignore をつける。

>>561
ディスクはネットワークの先だから確かに遅い。
でも気にしてるのは、リビジョン数は3倍なのに時間が6倍になってる事。
これが納得いかない。

でかいリポジトリのhot-copyは諦めるしかない？

>>564
普通のファイルコピーでは6倍にならないことを確かめたの？

>>563
ディレクトリのことまで考えていなかったわ。
ディレクトリが含まれている場合の add の挙動について勉強になったよ。
レスありがと。

svn1.4 apache2.0 windows2003serverな構成でサーバを構築しています。
ディレクトリ単位でのアクセス制限も設定しているのですが、windowsだからなのか、リポジトリURL表記の大文字・小文字の扱いで悩んでいます。
ファイルシステム上のリポジトリがHOGEだったりするばあい、https://server/svn/hogeとかでもチェックアウト出来るくせに、
これでチェックアウトした場合、コミットが出来ません。当然、https://server/svn/HOGEでチェックアウトすればコミットできるんですが・・・

で、リポジトリ名の大文字・小文字を間違える輩が大杉なんで、どちらでもコミットできる、あるいは、正しいリポジトリ名でなければチェックアウトできない、
と行った具合に、どちらかに統一したいのですが、解決策が見つからず、悩んでいます。

VisualSVNServerで環境構築したサーバでは、apache2.2ベースという違いはあれど、大文字・小文字が入り乱れていてもコミットできるのですが、
httpd.confを参考に当方のサーバのhttpd.confをいじってみても解決せず。

どなたか解決策をご教示いただけませんか？

Linuxに乗り換える

フックでチェックさせれば良いんじゃ

つうかそう言う大文字小文字を意識しないってのを
意識改革させないと、後で苦労するぞ

Windows上での開発だと大文字小文字の区別をしないのは普通かと。
Visual Studioがファイル名の大文字小文字があっていないテンプレートを平気で作るし。

うちはsvnserve運用だけど普通にコミットできる。
解決策になってないけど

使ったことないが
http://subversion.tigris.org/tools_contrib.html#hook_scripts
に、
case-insensitive.py (contrib/hook-scripts)
pre-commit hook to detect case-insensitive filename clashes.
This is *much* more efficient than check-case-insensitive.py but it does require Subversion 1.3.0 or later.
ってのがあるよ

Windowsがどうであれ、SVNのリポジトリはLinux向けで識別するんだから
ファイル名の大文字小文字は意識するようにさせるべき

大文字小文字が違うだけのファイルがコミットされたら
Windows環境でチェックアウトするとAbortされるぞ

>>570はWindowsのクライアント
>>572はlinuxクライアントを想定してるんじゃないか？
>>567にはサーバー側のことしか書いてないし。

>大文字小文字が違うだけのファイルがコミットされたら
というのがまずあり得ない重箱の隅に聞こえる。
同じフォルダに大文字小文字が違うだけの同名ファイルをおくのはlinuxだと普通なのか？

むしろcaseを区別しないwindowsユーザー、アプリ側で
大文字小文字をとっちがえ、
そのまま同じファイルのつもりで
同名ファイルをコミットしそうだけど。

>>573
>同じフォルダに大文字小文字が違うだけの同名ファイルをおくのはlinuxだと普通なのか？
クライアント側がWindowsだからこそ、大文字小文字を変に気にするやつが
コミットする時に小文字を大文字に変えたりしてコミットしようとするんだよ
実際はファイル名を変えた時点で管理外になるんだけど、
考えなしに追加、コミットしてくるやつが以前いたもんで

まぁうちの人間がおかしいって言われればそれまでなんだけど
SVNで使ってるリポジトリは大文字小文字を別物として
捉えるってのを最初にちゃんと言っておくべきだって話

MakefileとMAKEFILEとmakefileがコミットされて殺意が湧いた事ある

TortoiseSVNで名前の変更をした場合

大文字、小文字のみのリネームは出来ません

って警告してくるんでそこで気付いてくれれば良いんだけどね

ソースファイルじゃなくてデータファイルなんかのときに困ね
テストを実行したら「ファイルが見つかりません」って大文字小文字違いかよ・・・みたいな

むかしWindows使いからやってきたjavaのソースファイル名がクラス名と大文
字小文字が揃っておらず、えらい難儀した記憶がある‥‥‥。

>>577
このメッセージは逆に紛らわしいと思う

リポジトリ側でも大文字小文字は区別されないのかと考えてしまうよ

>>580
ヘルプ読んでほしいなぁ……

TortoiseSVNはWindows専用のクライアントなんだから
そうするのが当たり前だと思うが
実際にそれをコミットしたらTortoiseSVNでチェックアウトすると
その部分でAbortが発生する


ヘルプはちゃんと読んでないのでどう書いてあるのか知らんけど

WindowsじゃなくてもFATをマウントしていたらどうなるんだ

>>580
＞このメッセージは逆に紛らわしいと思う
いやべつに。
直接的な理由は言ってるし、それ以上厳密にしたってしょうがない。

trunk の一部を切り出して、管理の外で作業したいものがあるので、
tar でまとめています。

tar でアーカイブする時に各ディレクトリごとの .svn が含まれてしまうのを
避けたいのですが、何かいい方法はありませんでしょうか。

作業場所で解凍した後に、find hoge -type d -name '.svn' -exec rm -rf '{}' ';'
という解決策以外を探しています。

tarでアーカイブするときに.svnを除外する。

find の使い方分かってるなら、
tar に渡すファイルを find 使って指定すればいい。

サイズが小さいなら毎回exportでもいいんでは

>>586
最近のtarならtar cf --exclude-vcs foo.tar . だけだしな。

ありがとうございます。tar のオプション知りました。
あいにく 1.14 で古かったのですが

tar cz --exclude=.svn -f hoge.tar.gz .

find でファイル指定するのは
tar czf hoge.tar.gz `find . -type f ! -name '*/.svn/*'`
としてみて惨敗だったので。。

find . | grep -v '/\.svn/'

その手がありましたね。。find よく知らなかった頃は
いつもパイプで処理してたのに。。頭かたくなった。

ところで、今回の発端は、synbolic link で管理している
ファイルやディレクトリを windows　上では実体化して
作業したいというものです。
tar czhf hoge.tar.gz .

svn export で synbolic link を実体化してくれると
他の作業者に説明しやすくて嬉しいのですけど。

いずれにせよシェルスクリプト化するんなら同じじゃね？

あー、たしかに TortoiseSVN で複数行入力可能だけど、
ログみるときリストにはずらりと一行目が表示されるもんな・・・

一行目はサマリーか、参考になる

>>567
・Windows serverをやめる
・coLinuxか、andLinuxを使う

svn st で、特定の状態のもののファイル名だけ単純に一行に
ひとつずつ出してくれるようにできれば便利なんだけどなぁ。
いちいち出力を sed とか awk とかで篩い分けて xargs に渡して
って面倒。まぁ一度スクリプトを書いてしまえばいいんだけど。

そのうちxml queryができるようになるよ

Subversion 1.5.0 Release Candidate 4 Released
ttp://svn.haxx.se/users/archive-2008-04/0723.shtml

subversionのレポジトリってOS間で移動しても大丈夫ですか？
つまりいままでlinuxにあったレポジトリをwindowsのNTFSに
そのままコピーして使って大丈夫でしょうか？

マニュアルによると
Berkeley DBと違ってFSFSなら
プラットフォームに独立した保存形式ということなんですが。

余り薦められたもんじゃないけど、USBメモリにリポジトリを入れておいて
Linux端末に繋いでもWindows端末に繋いでも使えるから大丈夫でしょ。

どっかのサーバーに置いとけばいいんじゃないの？

サーバーに置けるんだったら、そのサーバーで Subversion 動かした方がよくね？

まあ、いろいろ制約があるのかも知れないけど。

>>598
Subversionのバージョンが大きく下がるとダメなことがあるかも。
壊れたりはしないけど「フォーマット新しすぎ」とか言われるはず。

svnadmin dump → svnadmin load が安全なのでお勧め。

>>602
それはワーキングコピーのほうじゃないかい？

>603

レポジトリもどっかで非互換になった気がする...もう記憶の彼方だけど...

あー、>602は経験ありますよ。確か、cygwinのクライアントが古くて読めなかった。
勿論、更新して回避。今はcygwinのsvnじゃなくて本家サイトから落としたのを使っているけど。

>>603
レポジトリにもバージョンがある (format に書いてある) ので、
バージョン間で非互換の部分があるかもしれない。
(俺は見たことないけど。)

ので、安全を期すなら >>602 の言う通り dump - load が確実。

.svn/entries がxmlじゃないフォーマットになったけど、
その仕様ってどっかにある？
本家のDocumentとかみたけどAPI使え的なのしか発見できなかった。

>>603
つ svnadmin dump --help

svnadmin の dump load 知りませんでした。
これ使ってみます。ありがとうございました。

>>600
LinuxのサーバからWindowsのサーバに移動するというケースも忘れてはならない。

>>607
全部読んでないけど、これかな？
http://svn.collab.net/repos/svn/trunk/subversion/libsvn_wc/README

username として可能な文字列ってどんなだったっけ？
たとえば subversion 的には OpenID の Identifier みたいな
URI でも username として受け付けてくれるんだろうか。

>>610
今時は OS の違いなんてあまり重要じゃないでしょ。

Samba なり Service for Unix あたりでなんとでもなるだろうし。

わかってないな。
見た目上似せてるがゆえに
かえってFSとかの仕様の細かい差異がむしろ問題になりうる。

リポジトリのファイルってリビジョン番号とかだし、そんなに影響ある？
そこまで違いに敏感だと困るんじゃないか？

昔の知識引きずってる爺だろ、放置推奨。

具体的に何がおきるの？

わかんないんです（＞＜）

デフォルトのFSFSならリポジトリにOSの違いは無い、のではなかったっけ？
BDB <-> FSFS とか、BDBのバージョンが異なる場合とかなら、
svnadmin dump/load が必要。
でも、今時（Subversion 1.2以後）はデフォルトがFSFSなので、
気にする必要がないよね。

あと、Subversion 1.3 -> 1.4のようにリポジトリの形式が変わったときも、
Subversionはどちらの形式でも扱えたのでdump/loadは不要だったけど、
dump/loadして新しい形式にすればリポジトリが小さくなる、という
御利益があった。

ttp://www.google.co.jp/search?q=svn+bdb+4.2+4.3

ttp://subversion.tigris.org/faq.html#dumpload
ttp://subversion.tigris.org/faq.html#bdb-fsfs-convert

そんなことより、なんでもかんでも（バイナリなデータも）
放り込んで肥大化して言っている漏れのプロジェクト、
サイズ的にはどの程度になったら破綻するのか気になる。

まぁワーキングコピーで svn st が1分以上かかるようになったらやばいか。
っていってもワーキングコピーはリポジトリの一部だからなぁ。
リポジトリ自体はどの程度の規模になったら破綻するんだろう。

もしかして100GBとかのリポジトリでも成立するのか？
そしてリビジョン番号が1000万とか。

>>620
Revが65万くらいのはよく見かける。

　　　　　　　ヽ|/
　　　　 ／￣￣￣｀ヽ、
　　　 /　　 　　　　　　ヽ
　　　/　 ＼,, ,,／ 　　　|
　　　|　（●） （●）|||　 |
　　　| 　/￣⌒￣ヽ　U.| 　　・・・・・･･･ｺﾞｸﾘ。
　　　|　 | .ｌ~￣~ヽ |　　 |
　　　|U ヽ ￣~￣ ﾉ　　 |
　　　|　　 ￣￣￣　　　 |


一体どんな使い方をしたらそんなに数を重ねるんだろうか。

http://websvn.kde.org/
ここはRev.が80万超えてる。

svnmanager って管理用データベースと実際のリボジトリの間の整合性が取れなくなると悲惨。
Webベースで svnadmin 相当の操作やアクセス制御の操作ができるいいツールないかな？

またこの話か・・・・

すまん。
みんなどうやっているのか知りたかったんだ

キーワード置換と等価な作業をバイナリファイルに施したいです。
つまり、リビジョン番号や日付を任意のフォーマットでファイルに埋め込む作業を
コミット時に自動で行いたいです。これを実現する方法はあるでしょうか？

フックスクリプトでできるかなと思ったのですが、方法が解らず悩んでいる状況です。
(svnlook cat でファイル内容の取得はできるが、内容の編集方法がわからない)

ご教示のほど、どうぞ宜しくお願い致します。

>>627
svn:keyword でバイナリ用の置換マーク使うんじゃ何か不満か？

>>628
バイナリの中にデフォルトの置換文字列を埋め込む、ってことですよね？
99.99%以上大丈夫だけど、たまっっったま置換文字列と同じパターンのデータが
紛れた時にどう対処するか？っていう事を考えていて、上記質問と相成りました。

pre-commitでパターンの重複をチェックして水際でデータの破壊を防ぐ、ってのが
ひとつの方法ですが、置換を自前スクリプトで制御する方が綺麗な方法かなと思いまして。。。

>>629
なるほどね。でもコミットされるリビジョンの編集はフックではできないから、
pre-commit ではじくってのが一番現実的な感じ。自前のスクリプトでやるとしたら、
実行タイミングでまた悩むと思う。

>>627
現状では無理。

テキストのキーワード置換はクライアント側で行われているから、
クライアントを改造するのがまっとうな方法。

importした時のファイルのタイムスタンプを保存する方法ないですか？
後からcommitするファイルのタイムスタンプは
commitした時刻で構わないんですが。

>>632
1.6で実装されるかもしれないとか。issue1256

とりあえず適当な属性作って保存しておくとか。

>>630
>>631
ご助言ありがとうございました。
結構いけるかなと思いましたが意外と難しいですな。。。

TortoiseSVNの質問です。

TortoiseSVNで認証が必要なサーバーにコミットするのに、
パスワードの入力が必要なくコミットできたのですが、
これは何故でしょうか？

以前、そのサーバーにはコマンドライン版の svn にて認証を通し、コミットしたことがあります。
svnでは、
C:\Documents and Settings\（ユーザー名）\Application Data\Subversion\auth\svn.simple
などにユーザー名、パスワードなどを保存しているようなのですが、
TortoiseSVNでもこの設定を読んでいるのでしょうか？

TortoiseSVN のヘルプ開いて目次の

　TortoiseSVN - 日常操作ガイド - さぁはじめましょう - 認証

を参照。

ちなみに共有するのが嫌なら、

　TortoiseSVN - 日常操作ガイド - TortoiseSVN の設定 - レジストリ設定

を見れば、変え方が分かる。

>>636
サンクス！
ヘルプにあったんですね。
というか日本語ヘルプの存在をはじめてしったｗ

Subversionの設定をそのまま使うんですね。
簡単な認証なら便利ですね。

レジストリの設定は、レジストリに該当箇所（ConfigDir）が見つけられなかったけどたぶんSubversionの場所をさしているんでしょう。

あれ？いまの TortoiseSVN のバイナリパッケージって、svn.exe
自体は含まれてないんだったっけ？
c:\Program Files\TortoiseSVN\bin
以下に入っているものとばかり思っていた。

なんかコメントがカオスになってきてるんだけど
いい感じのコメント規則ってないですかね？

>>638
不要じゃろう

svnsync って双方向じゃないのが不便だね．
リードオンリーのミラーを作るって，バックアップ目的
以外に使い道ある？

双方向のニーズって何？
USBに入れて持ち歩いたり、なんちゃって分散リポジトリもどきでもやるのか。

リポジトリを作るときにtrunk,tags,branchesを作らずに全部直下に
入れる構造にしていて、後で直したいと思ったときはどうすればいいですか？

3個をmkdirして現在直下にあるファイルをmvすると、mvのたび
（つまり直下のファイルと同数だけ）リビジョンが増えてしまうのですが、
もっといい方法はありますか？

ファイルを1つ動かす度にコミットしなければ良い。

そういえば
% svn {mv,cp} hoge.txt hage.doc hige.c dir/

って複数のmv/cpは書けないって知ったときは目が点になったな。
最新版では書けるのかな。今のところforで書いてるけど、タルい。

>>643
簡単な解決策： リビジョン番号が増えるのを気にしない

バグに対する簡単な解決策：バグがあるのを気にしない

>>645
改造して、patch を公開してくれるとプチヒーローになれるかも。

>>646
リビジョン番号はあまり気にしないけど、似たようなログが３個も
あるのはすごくダサいと思う。

>644 で解決じゃないの？

あ〜、リビジョン番号の方は解決済みだよ。

より簡単な方法を模索してるだけ (w

>>643
リポジトリのルートからのコピーで trunk を新規作成すればいい。
URL 指定のリポジトリ内コピーで一発。

自分ならdumpして加工してloadするが

Subversion はワーキングコピーが内容の二倍になっちゃうけど、
他のバージョン管理システムでも同じようなものなの？
diff をとろうとする以上そうなってしまうような気がする。

今の subversion には text-base 以下を再び
リポジトリから持ってきて修復する手段がないよね

>>643
svn rm *
svn cp `svn info | ruby -e'$<.grep(/^URL:\s*(.*)/){print $1}'` trunk
svn mkdir tags branches
svn ci
>>645
確か 1.5 からできる。

>>651
なんで、リポジトリ内コピーなんてするんだ？

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

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

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

馬鹿は偉そうに沸かなくて良いよ恥ずかしいから

svn diff -rHEAD
とやると、現在のリビジョンと最新とのdiffが見れますが、
先頭の+と-を逆に表示できればしたいのですが、可能でしょうか？
どうにも見づらいのです・・

ワーキングコピーのリビジョン(CUR)がわかれば

svn diff -rCUR:HEAD

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

>>645
https://svn.collab.net/repos/svn/branches/1.5.x/CHANGES
> * 'svn move file1 file2 ... dir' now moves the files into dir (issue #747)

>660

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

たぁぼぅるからインスコすればいいんじゃね

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

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

>>663
ACLを調べるんだ。

>>658
自分はこうしてる
svn diff -r base:head

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

>>657
話に入れないからと言って僻むなよ。(w

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

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

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

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

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

inetd経由するなら素直にsvnserveでsvnプロトコルしゃべらせた方が楽じゃん。

>>668 それなら素直に ssh+svn でいいジャンという話に･･
もともと、WebDAV クライアント経由で閲覧したいという
話になったので、svn+ssh 以外のアクセスパスを用意したくて。

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

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

ところで、アクセス制御って HTTP なら AuthzSVNAccessFile でパス単位で、
svnserve なら conf/ 以下の設定でリポジトリ単位で、記述することが
できるわけですが、そもそもそういうメタレベルの設定って
プロパティに書けないものかなぁ、と思うのです。

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

>>669
> 社内で導入したドキュメント管理システムの持っている
> 全文検索機能に組み込みたかったのです。

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

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

クライアント側はがんがんバージョン上げちゃって
1.5 なんだけど、サーバはずっと 1.3.1 のまま
放置プレイ中。問題ナッシング？

もし1.5ののマージ追跡新機能を使いたいならば、サーバーも更新する必要があるんじゃなかったかな。
はやく1,5リリースされないかなあぁぁ

マージ追跡新機能はクライアントが全員1.5以上じゃないと意味ないんじゃなかったっけ。
svn:externals の相対パスはどうかな。

SVNListParentPath と AuthzSVNAccessFile が
同時に使えないというバグは直ってないのか？
mod_dav_svn 1.4.6 では直ってない。

ふうむ、まだなのか。
http://subversion.tigris.org/issues/show_bug.cgi?id=2753
このバグって2005年ごろからあった気がするんだけどなぁ。
2日ほどこれだけに専念させてくれるならFIXするんだが・・

一応上のリンクに書かれている方法でなんとかなった。

svnsync の使い道がよく分からない。
リードオンリーのリポジトリをミラーで作るって事なんだけど、
オリジナルとミラーとでは UUID が違うよね？
ということはミラーからいくらチェックアウトしても、
それをコミットしようがないじゃないか。

CVSだとtrunkの履歴をみても、どのリビジョンがどのタグに使われたか直ぐ判る。
SVNだとタグもコピーだから、コピー元であるtrunkを見ても、どれに使われたか判らない。
どうすればいいの？

>>679
tags ディレクトリのログを見るとか。
TortoiseSVN のリビジョングラフのような外部の解析プログラムを使うとか。

やっぱ外部ツールか。でも、外部ツールはどうやって判定してるんだろ。
リポジトリの全情報持ってきて解析してる？

>>681 TortoiseSVN のソース見れ。

自分で作るとしたら svn log --xml の出力結果を使うだろうな

svn log -v でコメントを出さずに変更パスのみ出せれば grep で簡単に判断できるのに。
転送量も減るし。

ここ見て、Tortoiseで全然更新されてないファイルの
リビジョンログ見てみたら数分掛かったよ…。ここはCVSの方が便利だな。

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

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

リビジョンログは常にワンクリックで即時確認できるくらい
キャッシュしておいてくれる仕組みがあればいいわけだが，
そういうのは TortoiseSVN の今後の進化に期待．

リビジョンログのキャッシュは、1.5にはあると思った。

>>688
マジで？
ディストリビューションに含まれてるのをそのまま使ってるから
1.4.6 で止まってるよ．俺．
つーか，サーバに関しては 1.3.x のままだし．

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

TortoiseSVN 1.5.x のログキャッシュ、ご参考
ttp://tortoisesvn.net/docs/nightly/TortoiseSVN_ja/tsvn-dug-settings.html#tsvn-dug-settings-logcache

THX TortoiseSVN の話か。
でも Windows でも使っているからアップデートしてみるか。
Nightly みたいだけど。

1.5っていつごろでそう？

svn:external で自動的にチェックアウトされたリポジトリには
それと分かるオーバーレイアイコンがついていてほしいんだけど
そういうことは可能？

おまえには無理

cygwin の Subversion パッケージが 1.4.5 のままだ・・・
TortoiseSVN で 1.5 のワーキングコピーにしちゃったよ orz

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

>>659
駄目ですた
>>665
ありがとうございますた

Subversion 1.5 のドキュメントってどこが最新？
英語版でいいので．なんか知らん機能がいっぱいありそう．

http://svnbook.red-bean.com/index.en.html

新しい機能はこっちを見たほうが早いかもしれない。
http://subversion.tigris.org/svn_1.5_releasenotes.html

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

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

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

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

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

うちのブログにsubversionのbdb壊れたーー！
って泣きながら来る人一杯居るよ。

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

BDBってそんなに脆いの？

脆いというか、壊れたら全部いっちまいます。

subversionのリポジトリって基本追加だけだからfsfsは強いのかな。

fsfs いいよ、fsck の操作を間違えて /lost+found の中でばらばらになった fsfs を元に戻せたよ。

バックアップしてれば壊れることを心配する必要なかろう

バックアップしてから壊れるまでの間の変更がパーになるかもしれないんだから、
壊れやすいなら心配する方が普通だと思うが。

>>707
まあ、あの次期の俺は少し気が緩んでいた。
後悔したんで今はこまめにバックアップを取るようにしている。

subversionのリビジョンが1000だとして、
800にしようとすると1から順に800までパッチ当ててく感じ？
それとも1000から逆に800まで当ててく？

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

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

>>800
working copyなら svn up -r800
exportなら svn diff -r1000:800 > diff を作って当てる

>>711
ないね。
その用途なら svv ってのがあるから参考にすれ。
http://sakurai.sumomo.ne.jp/page/svv

>>712
ロングパス乙

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

Firefox のプロファイルを Subversion で同期すれば
複数のPCのFirefox の状態を同期させられるんじゃね？
と思ったけど、マージがうまくいかなくてどうしようも
なくなる気もした。

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

firefoxのプロファイルって絶対パス記述するファイルがあったような…あれさえなければ

>>711
残念ながら uid/gid は眼中にありませんでした。申し訳ありません。

つ PortableFirefox

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

ワーキングコピーの形式が変わったのってどっからだっけ？
1.4.6 と 1.5.x の間には互換性がない？

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

EDITORにviとか設定して、　svn ci　とやるとコミット対象ファイルがずらっと出ますが
このときにコミットしたくないファイルを選ぶことはできないでしょうか？
コミットしたいファイルだけを指定する手間を省きたいのですが・・

>>722
emacsつかってsvn-statusがでやればいいんじゃないの？

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

1.5 の正式リリースってまだ？

ttp://subversion.tigris.org/servlets/ProjectNewsList
RC9 のとこによるとまくいけば1-2週間、RC8 の時も同じ事書いてあるけど。
RC の冒頭の段落、面白いねｗ

マージ追跡がもうすぐ使えるのか。わくわく
totoiseSVNはこの後すこし遅れになるのかな？

http://svn.collab.net/
みんなここみてるの？
あ〜早く 1.5 の python binding 使いてぇ。
自分でビルドするの超めんどくせぇ。
Visual Studio 2005 Professional は持ってるけど。
Visual C++ 2008 Express Edition でもいいのか。
・・・やっぱビルド環境整える時間がねぇ。

http://merge-tracking.open.collab.net/servlets/ProjectProcess?pageID=3711
ここにバイナリあるじゃねぇか
っていうか、open.collab.net ってどういう位置づけなんだ。
こんなところがあったなんて知らんかった。

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

http://merge-tracking.open.collab.net/files/documents/147/598/CollabNetSubversion-server-1.5.0-17.win32.exe
がーん、肝心の↑がダウンロードできねぇ・・・・俺もうだめぽ

おお，上のページ，少しずつ RC9 に置き換わって行ってる

チェックアウトした際の --depth オプションって
あとから変更できないのかな？

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

>>732
http://tortoisesvn.tigris.org/svn/tortoisesvn/trunk/src/TSVNCache/CacheInterface.h
名前付きパイプ？開けば使えるかも。

今、まったくSVNで管理されていないサイト(同サーバ内)があり、
それをSVN管理下に置きたいと思っています。

本番：　/dir/to/honban/****
テスト：/dir/to/test/****

trunkとbranchを使うのは運用的に煩わしいので、
単純に、テスト側のものを（「****」部分）リポジトリに突っ込んでおいて、
本番側で(cd /dir/to/honban) svn updateすれば良いスタイルにしたいと思っています。

で、リポジトリをSVNサーバ側で作成し、
そのリポジトリのrootにテスト側の「****」を突っ込みました。(rev.1)
その後、本番側でsvn updateできるようにしようと思い、
3時間ほどいろいろ試したのですが、結果的にできませんでした。

その際やりたい条件が、
・本番側をなるべく停止させたくない
・/dir/to/honban/****を全消ししてcheckoutしなおすのは×
　→ログファイルなどがあり、管理外のファイルが多くある為

試みたこと
1.ただ単純にcheckoutしてみる
　→「既にファイルがあるからダメ」と怒られた
2.rev.0（空っぽ）をcheckoutし、その後updateしてみる
　→update時に「既にファイルがあるからダメ」と怒られた
3.rev.0をcheckoutし、最新リビジョンにswitchしてみる
　→switch時に「既にファイルがあるからダメ」と怒られた

ちなみに、この場合本来であれば、本番・テスト両者をそれぞれ、trunkとbrancheにコミットして、マージするのが普通なのでしょうか？

長文ですが、どなたか教えてください。よろしく。

マージ関連の質問です。

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

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

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

>>734
使い方が間違っている。
空のフォルダにcheckoutして、その後はupdateが基本

>>735
brannchBにtrunkの最新版RevCをマージ。続いてtrunkRevCを元のbaranchBを先の差分がbranchBの変更分になるので、それをtrunkのheadにマージ。

>>737
説明が悪かったかもしれず、申し訳ありません。

branchB の※までに行われた修正もtrunkにマージしたいです。

branchBを作成した RevA
branchBを修正した RevB
trunkを修正した RevC
trunkの修正をbranchBに取り込んだ RevD
branchBにさらに修正を入れたRevE

で、trunkチェックアウトディレクトリで、
　svn merge -r RevA:RevE branchB
とやってしまうとRevCが2重にtrunkへ反映されてしまいます。

それを避けるためには以下のようにやらないとだめでしょうか？
svn merge -r RevA:RevB branchB
svn merge -r RevD:RevE branchB

>>734
チェックアウトディレクトリをそのまま公開ディレクトリにしてるってことなら
svn updateでいけそうに思うけどなあ
.svnディレクトリ消したりしてないよね？

>>738
俺の説明も悪かったかも試練ができるよ

さらにtrunkの変更がされてたとしよう。それをRevFとする
それをbranchBに取り込むとRevGとなる
そこで、RevG-RevFの差分をとるとどうなるか。
RevG=ABCEF RevF=CF
RevG-RevF=ABEとなってtrunkからマージした分を省いた差分が出来上がるわけだ。RevGとRevFの差分を指定してtrunkのHeadにマージすればいい。

>>740
たびたびありがとうございます。

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

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

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

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

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

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

大変お騒がせしました。

>>734
svn exportでいいんじゃないか？
「削除されたファイル」の扱いは別途考えなきゃいけなそうだけど。

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

>>745
$ svn merge trunk-url@RevF branchB-url@RevG trunk-working-copy

あああ！
trunkのRevFからbranchBのRevGを指定するんですね。
ずっとtrunkの作業コピーでbranchBのRevFからRevGをマージしてました。。。

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

>>744
ちゃんとよめてなくてすみませんでした＞＜

subversionいい加減に滅びないかなぁ

>750

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

subversionより機能的に上のバージョンコントロールシステムってなんかある？

>>752
むしろ、subversionでなきゃコレ出来ないだろ、的なのを教えてくれ。

バージョン管理システムについて語るスレ
http://pc11.2ch.net/test/read.cgi/tech/1193332500/

>>754
mercurial/gitがポストSVN扱いされてる感じだな
一方でBSDがSubversion適用なんていう味な話も混ざるねえ

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

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

>>753
無料で使える便利なGUI

>>756
フォルダごとさっぱり消していい。

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

確かに複数人で使う場合はまだまだSubversionだね。

Subversion は CVS のときほど不便さを感じていないので
勉強してまで他のものを使う気にはならない。

会社で使うならSubversionだな。

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

なんちゃって技術系ブロガー（子飼いナントカとか）に
「Subversionを使わない１０の理由」みたいなチョウチン記事かかせりゃ
一発で流れるよ

リーナスが Subversion をボロ糞にいっているのはどういった理由からでしょうか?
何件か記事を読んだんですが「ちゃんとしたCVSなんて無理」のような発言しか分か
りませんでした。

>>764
批判を特に肯定する記事も少なく、subversion側も冷静な反論をリリース済みだから、それ以上はスルーしてんじゃないか

ちっとばかしスラドJPの当該ネタ読んでみたけど、
いまいちよーわからんね。

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

まあ、Linux のカーネルクラスになると Subversion では力不足なのかも
知れないし、git と Mercurial の方がより優秀なのかもしれないけど、
俺たちはLinux のカーネル作ってるわけじゃないんだからほっといてく
れって感じじゃね。

RMSはどのバージョン管理ツール使ってるんだろう。

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

フリーウェアなんだから自由に作って構わないと思うけどなあ。

まあ、>>765 が言う通りスルーで正解だな。

にちゃんと一緒だ。

FreeBSDはCVSからSubversionに移行したな
Linuxカーネルよりはるかに規模が大きいけど

中央集権的なモデルにこだわりがあるのだろう、きっと
別に分散型が流行ってるからといって選ばなくちゃならんわけでもないし

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

>>773
FreeBSD Daily Topics : 2008年6月7日　FreeBSDコアチーム選挙開始，Subversion選択の理由は？，6.4 7.1 7.2 8.0リリーススケジュール発表
ttp://gihyo.jp/admin/clip/01/fdt/200806/07

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

TortoiseHGってTortoiseSVNと比べて遜色ない？

>>774
>Subversionをメインのリポジトリとしながらも，
>CVSリポジトリへの複製を随時実行しCVSもサポートされ続けます。

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

>>775
遜色ありまくり

みなさんご回答ありがとうざいます。

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

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

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


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


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

>>768
このあいだまでメンテナだった GNU Emacs は、まだ CVS だね。

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

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


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

>>781
ちゃんと読んで無いのではずしてたらゴメン。

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

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

>>753
TortoiseSVN

>>781
リポジトリの空のtrunkを目的のフォルダにチェックアウトする方法があるが、空じゃないよって警告が出る。
警告を踏み越えるのは自己責任でどーぞ。

リポジトリツリーで、
その中のあるブランチのツリー上の配置を変更したい場合、
どうやったら良いでしょうか？
例えば、

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

oldディレクトリ作って TortoiseSVN で追加して、右クリックドラッグ&ドロップ

oldディレクトリ作って svn add して svn move

Not authorized to open root of edit operation

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

>>788
権限無いです、って言われてるんだから管理者に権限貰いましょう

Windows版のSVNを使っているんですが、
リポジトリを丸々バックアップ取る方法があったら教えて下さい。

データディレクトリを丸ごとコピーが楽なんじゃないかと。

>>791
レスありがとうございます。
そんな簡単な方法でOKなんですか？

>>792
他人がコミットするタイミングを避けられるならコピーでいいよ。

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

svnadmin hotcopy でいいんじゃないか？

>>794
だな
俺は使ったこと無いけど・・・

TracLightningのバックアップがsvnadmin hotcopyでやってたけど
ずっとdumpでやってたのでこんなコマンドがあったのか！と
感動したマヌケな俺

>>796
dumpもリビジョンと差分を指定すれば速いけどな

TortoiseSVNは便利なんですけど、これでコミットするとeclipseで何もできなくなる
.svnのなかのファイルのバージョンが合わなくなるのかな・
フォーマットが不正ですみたいなメッセージがでてコミットも同期もできなくなる・・・

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

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

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

あ、治りました。
てか、書きこむ前に試せって？

すんません。

1.5.x でも WC のフォーマットが変わるのでクライアントのバージョンを
統一するようにしてください。

svk でデポジットを運用していたんだけど、
別のマシンにデポジットごと持ってきたときに
.svk 以下を失ってしまいました。

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

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

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

.svk以下って何の事だ
説明もいまいち要領を得ない

depot

//local/ にあたる部分を消しちゃったって話じゃ。

svkで預金を管理してるのな。
俺も昔のブランチをチェックアウトしたりミラーリングしたいぜ。

svn でファイルのタイムスタンプって保存できないんでしょうか？
例えば、svn import した時のファイルツリー内の各ファイルの
タイムスタンプを svn co する際にそのまま復元できるようには
できませんか？

その質問は飽きた
スレ読んでから質問してね

属性ってどんな用途で利用するの？

上でさんざん既出でした、、、スマソ…orz

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

>>675-677
の内容解説ってか検索に引っかかるようにメモ

SVNListParentPath と AuthzSVNAccessFile の同時使用

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

参考
ttp://discypus.jp/wiki/?%A5%BD%A5%D5%A5%C8%2FSubversion%2F%A5%E1%A5%E2
ttp://twilight.uh-oh.jp/diary/archives/71

セキュアな通信を強制しつつリポジトリを公開するには、
svn+ssh以外に選択肢はないのでしょうか？

VPN

>>812
httpsじゃだめなん?

>>814
レスどうもです。

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

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

subversionってファイル個別にmime-typeやcharsetを変えるのってsvn鯖側でやるもんなんの？
それともクライアントでコミットするときに設定するもんなの？

>>816
属性

>>817
thx!
そういやTortoiseSVNのプロパティにそんなのあったっけ。

>>818
ファイル選択・＞右クリック＞プロパティ＞subversionタブ＞属性
あるいは
ファイル選択＞右クリック＞tortoise＞属性

configファイルで、拡張子ごとのデフォルト属性を設定できるよ。

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

>>820
それは知ってたんだけど外部のライブラリ使ってて
ソースコードごとに文字コードが違うから個別に設定しないとだめなのよ。

>>821
リビジョン間の差分取ればいいんじゃないか

最新リビジョンと編集直後の状態の差分を取りたいという意味じゃない？
それってできるのかな＞ｓｖｎ

>>821
svn status じゃダメってこと？

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

821です。

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

>>822
ディレクトリごとに文字コード決まっているだろうから、単純にこんなバッチファイルでどうっすか？

--まとめてsjis.cmd----
cd /d ワーキングコピーの場所
for /R .\ %%i IN (*.c *.h とか適当) DO svn propset svn:mime-type "text/x-csrc;charset=EUC-JP" "%%i"

pre-commit で毎回動かすと激しくウザい気がするんで適当に手動実行？

Subversion 1.5.0 Released
ttp://subversion.tigris.org/servlets/NewsItemView?newsItemID=2130

kita

キタきたー

あとは、tortoiseSVNのリリースを待つばかりだ。

tortoisesvn は 1.4.8 か・・・
新しいの来たら声かけて。
５階の端の部屋にいるから。

おれ、tortoiseがきたら、全部1.5にするんだ

たいしたバージョンアップ内容じゃないんだろ

夢だったんだ

リポジトリのアレが1000単位になってMergeがちょっと便利になった程度

タイムスタンプ保持は1.6になったみたいだな。

TortoiseSVN、1．5対応のあるよ。
RC3だけど。

TracLightningが1.5対応したら使う事にするわ。

>>835
そｒはちょっとどころではない。

svn mergeって使ったことないんだよね
いまいち実感が沸かない

>>828
どうしようかな・・・
１つ枯れるまで待とうかな、今回の変更大きそうだし
RC8 まで（だっけ？）　いったから大丈夫かな・・・

リポジトリも変更あるから、待った方が良いんじゃ

STATUS に 1.5.1 で修正される予定の項目が大量にあるのが気になる。

TortoiseSVN 1.5.0 age

ダウンロードページに繋がらねぇ・・・

TortoiseSVN のダウンロード？

これは？
ttp://sourceforge.net/project/showfiles.php?group_id=138498

＞リポジトリも変更あるから、待った方が良いんじゃ

リポジトリの変更があったら、互換性なくなるの？

>>846
単純に変更が大きいって事でしょ。互換性についてはリリースノート読みな。

リポジトリ形式の変更なのか
ワーキングコピーの形式の変更なのか

とりあえずリビジョンが増えまくったときの性能向上のため
fsfs 形式のリポジトリ側で階層持つことにしたって
おっちゃんが言ってた。

1.5のwin版バイナリーって出てる？

>>836
あの開発者どもは入れる気ないだろはっきり言ってｗ
次は1.7に延期とか言い出すと思う
2000年初頭から言っていてまだ入らないんだからｗ

http://subversion.tigris.org/servlets/ProjectDocumentList?folderID=91&expandFolder=91&folderID=8682
ここ見ると Windows のバイナリは軒並み 1.4.x どまりなんだけど、
Windows なら TortoiseSVN があるからこちらのパッケージ群は放置ってこと？

http://subversion.tigris.org/getting.html
Linux や BSD 系では更新されているのになぁ。

>>851
1.5のバイナリがないとdumpができないよー

http://nightlybuilds.tortoisesvn.net/latest/win32/
一応ここにバイナリはある．
Nightly だけど．

あれ，今複数のマシンでチェックしてみたら，
あるマシンでは C:\python25\Lib\site-packages 以下に
libsvn, pysvn, svn があるぞ？

TortoiseSVN を入れてもこのディレクトリができるわけではないから，
なんか他のことをしてインストールされたんだろうなぁ．
しかもそのマシンで c:\python25\python.exe を起動して，
>>> import svn, svn.core
>>> print svn.core.SVN_VER_MAJOR, svn.core.SVN_VER_MINOR
1 5
なので結構新しいっぽい．
何由来のファイルたちなんだろう．

print svn.core.SVN_VER_MAJOR, svn.core.SVN_VER_MINOR,
svn.core.SVN_VER_MICRO, svn.core.SVN_VER_PATCH,
svn.core.SVN_VER_REVISION
1 5 0 0 31507

だから，６月１７日以降ってことになるよな・・・

http://slashdot.jp/~Livingdead/journal/443709

原因は不明なのですがとつぜん
エラー: '〜/.svn/tmp/text-base/top.css.svn-base' has unsupported special file type 'a:link'
というエラーがでて、コミットも新たにチェックアウトも出来なくなったのですがどうすればいいでしょうか？

新たにチェックアウトで対応できないは初めてなのでびびってますOTZ
よろしくお願いします。

問題のファイルをリボジトリブラウザから削除したら問題なく動くようになりました。
そもそも、チェックアウトしたファイルを削除→それをコミットという流れしか削除方法を知らなかったもので・・

失礼しました。

TortoiseSVN 1.5.0 快適だな！

何が変わったのよ

＞Log Cache
＞TortoiseSVN 1.5 can cache the log entries on the local drive.

おー
これだけでも使う理由になるな

show logするときのデータをローカルに置くって事かな
時間かかるのが嫌なのもあってsvk使ってた

1.5になってsvkはどうなるのやら

CommitMonitorもひっそりと更新されてるな

WARNING:
if a Subversion 1.5 client encounters a pre-1.5 working copy,
it will automatically upgrade the working copy format as soon as it touches it,
making it unreadable by older Subversion clients.

If you are using several versions of Subversion on your machine,
you need to be careful about which version you use in which working copy,
to avoid accidentally upgrading the working copy format.
This "auto upgrade" feature, however, does not occur with the new repository format.
Have a look at the Subversion FAQ about the working copy format change.


鯖が1.5対応のリポジトリだと、ワーキングコピーも
自動的にアップデートしちゃうから気を付けろ
って言ってんのかな

リポジトリのバージョンについては何も言ってないような
1.5のクライアントがワーキングコピーに触れた瞬間
そのワーキングコピーは古いクライアントから読めなくなるから気をつけろ
って読める

今までは出来てたんだけど1.5にしたら
file:////(サーバ名)/(プロジェクト名)/trunk で管理してるリポジトリに対して、
ログが取得出来なかった。更新は出来た。
ログ取得するとキャッシュが取れない、オフラインで使うかって聞かれた。


file://(サーバ名)/(プロジェクト名)/trunk
でチェックアウトし直したらログの取得が出来た。


前はこのURLじゃチェックアウト出来なかったんだよなぁ・・。
元から間違えてたんだろうけど、こんな事があったとだけ。

ログメッセージのフォントからUI ゴシックとかが消えたっぽい。
前の設定が残っててフォントが空白になってた。

アイコンの見た目もカラフルっていうか、色がこゆくなったというか。
周りの人間からは不評で嫌ならアイコンを手で変えろと言っておきました。
無視、管理外にもアイコンが付くようになってた。
設定でON/OFFが出来るっぽい。

svn:needs-lock が設定されている場合は、トップメニューに”ロックを取得” を表示する
元に戻す際にごみ箱を利用する
フックスクリプト
TortoiseBlame

って言うのが増えてた。
TortoiseBlameはカラー設定とか出来るようになったみたい。
他にも何か色々変わってますな。

普段から Nightly 使ってたから、
せっかく 1.5 が出たというのに新鮮な反応ができなくて物足りない・・・
こんなことで、プチ疎外感を味わうとは・・・ (´･ω･｀)

TortoiseSVN のリビジョングラフ で
マージしたときの記録ってつく？
(線がブランチからトランクに繋がる？)

何か重くなったせいなのか分からないけど
アイコン表示されない事が多くなった

エクスプローラに表示させているSVN状態などの表示も空欄

TSVNCache が頑張ってる最中なんじゃね？

>>865
>>866であってる。

但し，リポジトリが新しいフォーマットならこのワーキング・コピーの「自動更新」は起きないとも書いてある．詳しくは FAQ 参照と．

>>874 んなわけねーだろ

HDDが古いリビジョンのデータに圧迫されてきているんだけど、
古いリビジョンを削除する方法ってないだろうか。

ダンプを取って、特定のリビジョン以降をloadするって方法で
うまくいくだろうか。
いろいろ試してみる前に、やったことある人に聞いてみたい。

svnbook
google

ダンプからloadする方法だと、新しくリポジトリを作らないとだめなんすね。
今あるリポジトリから古いリビジョンのみ削除する（revsディレクトリから
直接該当リビジョンを削除する）いうのはだめみたいですね。
更新時にエラーが出たりしました。

>>877
マニュアルミロですね。がんばります。

>>876
HDDを大きくする。

>>876
NTFSなら古いリビジョンを圧縮指定しちゃうとか。
別メディアにシンボリックリンクを張っちゃってもいいね。
# 目的が「削除」ならダメだけど、そうじゃないだろ?

リポジトリって圧縮かかってなかった？

んじゃ、圧縮指定は意味ないか。

windows版のサーバのバイナリで1.5が出るのは、いつぐらいになるんでしょうかね？

>>883
1.5がリリーリースされたのが先週の木曜だから、そろそろじゃないか？

http://merge-tracking.open.collab.net/servlets/ProjectProcess?pageID=3711
RC9 であれば出てるけどね．
Windows 用のバイナリ．

いや〜ん、今、ちょうどサーバ入れ替えているところだから、
ついでに新しいの入れてみたい、入れてみたい〜。

パッケージしている人、頑張って〜〜！！

http://www.collab.net/downloads/subversion/
これって違うの？

>>887
！

ちょっと待つか
人柱よろしく！

登録してみたがメールが来ない

Roll/Title って何を入力すればいいの？

>>890
肩書き。
ないなら n/a とでも書いておけばいいんでない?

svnをインストールする前に、Pythonをインストールしておいたほうが便利か？

みんな汎用ライブラリと個々のアプリの整合性ってどうやって取ってるの？

それぞれ別にバージョン管理していて、アプリはその時点での最新の状態のライブラリを要求してる。
そしてその最新とやらのバージョンがいくつなのかはどこにも情報が残っていない。

どうみても10代前のアプリを取り出してビルドを通すのは不可能でございます。

このスレでその質問が出てくる経緯を詳しく説明してくれたまえ。

Windows Vista Enterprise 64bit
Eclipse 3.4 subversive SVNは1.4と1.5
subversion 1.5.0
この環境で↓の手順でレポジトリに接続しようとすると下記のようなエラーがでていまいます
http://www.knatech.info/Dev-subversive-install.html

Share project was failed.
svn: This client is too old to work with working copy 'C:\Users\name\workspace\Java'; please get a newer Subversion client

同じような設定で構築したWindows XP SP3マシンではこの問題は起きませんでした
これは何が原因なのでしょうか？

>>893
汎用ライブラリのソースの管理権限があるなら、
・一緒のレポジトリにする
・あるいは、svn:externals をつかう
で整合は取ってます。
権限が無いときは知らない。

>>893
どうせ、個々のアプリを作ったときにテストした汎用ライブラリは決まってるんだし、
汎用ライブラリだけが最新になったとしても、古い個々のアプリに影響無いとはいえない。

つまり、個々のアプリに必要なのは、同時点の汎用ライブラリのバイナリだと認識してます。
なので、個々のアプリを作る時に、使用する汎用ライブラリのバイナリも、個々のアプリのソリューションにコミットしてます。
多少、リポジトリがでかくなりますが、気にしません。
バイナリもコミットできるSubversionの利点かと。

Windowsバイナリ来ないかな〜。

>>893
pom

今気がついたんですけどスレ違いでした
eclipsプラグインスレ？に移動します

>>893
それぞれのリポジトリから同じ日付のものを取ってくればいいんじゃないか

>>893
汎用ライブラリのインストールフォルダー名にバージョン名が含まれている。IntelMKLなど。
汎用ライブラリのファイル名にバージョン名が含まれている。FoxToolkitなど。

SVN管理下におく場合は、tagsにバージョン名フォルダを作って保管、svn:exportで取り出す。

>>901
X svn:export
O svn:external

× svn:external
○ svn:externals

ライブラリもそうだけど、生成したバイナリも、毎回とは言わないけど、
タグ打つたびぐらいにリポジトリに入れといた方がいい気がする。

周りのマシンがVista以降しかなくなった頃、大昔のVisual Studioでしかビルド出来ない
化石プロジェクトの.exeファイルが欲しいって言われたら泣いちゃうよ。

インストーラ作るなり、アーカイブするなりして残せばいいんじゃないの？

リリースした物にはバイナリ含めてタグ付けてとっている。
あとmakeしたときのログも。

>>906
ログもって所で、え？と思ったけど、毎回ほぼ同じ内容だからリポジトリの負担にはならないのか。納得

TortoiseSVN 1.5.0 から実装された ignore-on-commit は、何処に情報保持してるんだろう？
あらかじめ設定したものをメンバーに配信・設定したいんだぜ
正規表現とか使えんのか？

パーシャルチェックアウトって出来ますか？
例えば、ツリーのトップからチェックアウトするんだけど、
そこの下にある、BigDirectory は除外してチェックアウトする
みたいな事がしたいです。

>>909
-N使ってちびちびcoするか、
http://subversion.tigris.org/svn_1.5_releasenotes.html#sparse-checkouts
ぐらいだと思う。

そういう振る舞いのデフォルトが属性で設定できたらいいなぁと思うんだけど
そもそもディレクトリの切り方を間違っている気もする。
だけどツールの制限でディレクトリのレイアウトが変えられ無いこともあるんだよな。

あ〜　・・・
タイムスタンプが・・・

管理の都合上バイナリファイルも管理してるんだけど、
人的に差分を視認できないものを扱う場合には、タイムスタンプが異常に恋しくなる。

開発環境と本番環境があって、開発環境はsvn管理で、本番環境は素で且つ修正も
できる場合、本番環境での修正分を確認するために開発環境へガバっと上書きして
確認したまではいいんだけど、この上書きを元に戻したときに、タイムスタンプが元に戻す
操作をした時の日時で復元されてしまった。

え〜・・・　そうなるのか〜・・・　そうだよな。
速攻処理しないと、そのうち、どっちが新しいかわかんなくなるな

タイムスタンプをバイナリファイルの頭の方に埋め込んでしまうとか、リビジョン番号を埋め込むとか。

>>913
プロパティに入れとけばいいやん、というのが過去の議論の結論。

>>911
チェックインはしてるけど、チェックアウトしたくないと言うこと？

ちょっと状況がよくわからん。

チェックインもチェックアウトもしたくないなら単に無視指定でいいだろうし 。

>>912
> 本番環境での修正分を確認するために開発環境へガバっと上書きして
> この上書きを元に戻し

本番環境用のブランチ作って、本番で修正した内容はそこへ反映して、
差分取るなりチェックインするなりすればいいと思うんだけど。

>>915
アドバイスありがと
出来る範囲で運用考えてみる

とりあえず TortoiseSVN 上で use-commit-time を設定した
エクスポート、元に戻す でコミット時間を再現してくれるので、当面は行けると思う

バージョン管理下から外れるエクスポート時はタイムスタンプをコミット時刻にしたいな。いい方法ないかな？スクリプト書けばどうにかなるかな？

Subversionってキーワード展開ないんだっけ？
今はそういうのはやらないのかな。

>>918
あるよ

>>909
--exclude オプションで指定したディレクトリ以下だけ
無視してくれるとかそういうオプション付けて欲しいと
折れもおもた

>>917 なにもしなくてもコミット時刻にならないか？

>>912
タイムスタンプの管理は気分的にあっても良いような気はするけど

>管理の都合上バイナリファイルも管理してるんだけど、
>人的に差分を視認できないものを扱う場合には、タイムスタンプが異常に恋しくなる。

これがよくわかんね。

例えば、fileA.cpp と fileB.cpp の差分が

fileA.cpp: // Created: 3008/07/28
fileB.cpp: // Created: 2008/07/28

になっていたら、かなりの確率で fileB.cpp の方が更新された方だと
思うことができる。

って言うことじゃないかと勝手に邪推。

>>922
たとえばこんな場合じゃなかろうか？
製品をリリースするときに、バイナリーを生産部門にZipで渡すわけだが、バージョン違いのファイルを生産部門が識別するのにタイムスタンプを使ったりする場合。
お客様から、電話で問い合わせを受けた場合に、バージョンを確認するためにタイムスタンプを答えてもらう場合。
こんな場合にタイムスタンプを管理したくなる。

うむ、管理するとよろしい

まぁ無料のツールだからね
それなりだわな

オープンソースなんだから自分で改造すれば良いんだぜ？

バイナリの比較が必要な時は素直にmd5sum使ってる。

>>926
有料のツールでも似たようなもんだけどな。

>>924
Windowsならメタデータで、Unixなら文字列でバイナリにバージョンを埋め込んどけばOK

Windows環境でtortoiseを1.5にしたら日本語フォルダにしていたリポトロジ
がリポトロジブラウザで参照できなくなりました。
コミットや差分は正常にできます。
日本語フォルダ(パス)で運用されているかたはご注意ください。

リポトロジへのアクセスはfileプロトコル環境のみかもしれませんが

リポトロジが正しいのではないかと不安になった

リポジロトだろ!

リポンジトロン

SubversionとCollabNet Subversion ってどういう関係なの？

ggrks

リポトロジン

趣味でソフトウェアを作ったりしていて、
そのソース管理にsubversionを使っているんですが、
その運用方法について質問があります。

----------------
1. メイン作業 ソースごりごり書いてひと段落したらコミットする。これを何度か繰り返す。
2. しあげ　　 svn logを参考にしながらchangelog.txtとプログラム内部にあるバージョン番号を更新してコミットする。
3. 公開　　　 svn copy file:///home/svn/hoge/branches/hoge12x file:///home/svn/hoge/tags/hoge122 -m "☆バージョン1.22をリリース"
----------------

私めの場合は開発から公開までに大抵この3段階を踏みます。
大規模な変更や更新を行う場合にはこの形式でうまくゆくのですが、
小さなバグを修正をする際にはそうでもありません。

というのも普通バグ自体はソースに多少の変更を加えるだけで解決するのですが、
そこから新バージョンを公開するために、svn commit -Fで指定するためのファイルcommit_message.txtを
作成し（簡単には修正できないから慎重に書く）commitし、changelog.txtとバージョン番号を更新しcommitし、
そしてsvn copyを――と肝心のバグ取り作業よりもその後の作業の方に時間も手間もかかってしまっています。めんどくさいです。
そしてさらに面倒なことに、この小バグ修正というものにたびたび遭遇してしまいます。

導入前は好きだったバグ修正が最近はなんだか億劫になってきてしまいました。
皆さんはどういった方法を使っていますか？
何か便利な方法があれば教えてください。

>>938
２のやってることの意味が分からん。
１で細かくコミットして、３で最後にタグすれば済むような気がする。

良く分からんが、億劫だと言うなら最初から使うなって話

ChangeLogの更新が面倒ということかな
そういうの自動化するスクリプトとか書いてみたらどうかや
実装方法は知らないけどｗ
俺はtrac見てくれよで済ませてる

>>938
難しく考えすぎじゃないのか？
バグ一個修正したらcommitコマンドを一回実行するだけの話でしょ？

このてのツール使う理由は楽がしたいからでしょ
作業が億劫ならしなければいいじゃん
運用方法なんてこうしないと絶対だめなんて事はないぜ

億劫ならやめろといってるやつは
例えばLinuxで面倒な所が一つでもあったらLinux消すのか？ｗ
俺なら解決策を探す。

極論の応酬の始まりですね。

単純にコミットログに changelog のコピー元になる文章を毎回書いておいて
リリースの時、タグ付け、コミットログから切り貼り、じゃ駄目なん？

メジャーリリースに相当しない小バグ修正ならなおさらそれで済むと思うのは早計？
svn copy は理由があってやっているんだろうけど、タグ付けで無い理由が謎に感じる。

もう、1.5のWindowsバイナリって未来永劫に出さないつもりなのかな。

>>947
tortoiseSVN使ってるんだけど、おかげでリポジトリのアップグレードができない。悲しいなあ

svn のワーキングコピーに ignore リスト機能が欲しい。

無視属性とかでもいいんだけど、新規追加ファイルやフォルダが、
その属性の恩恵に預かれないっていうのが面倒だ、
無視属性付けるたびにコミットがいるなんてどうよ。

>>938
changelog.txtを構成管理の対象下から外してしまえば良いのではないかな？
あるいは、リリース時（tagsにコピーするとき）のみ更新するとか。

>>949
自分だけなら$HOME/.subversion/config の 以下を設定するのが一番楽。

[miscellany]
### Set global-ignores to a set of whitespace-delimited globs
### which Subversion will ignore in its 'status' output, and
### while importing or adding files and directories.
# global-ignores = *.o *.lo *.la #*# .*.rej *.rej .*~ *~ .#* .DS_Store

svn:ignoreを自動で付けたいなら

[auto-props]
*.o = svn:ignore

でいけると思う。

やっと、Windows バイナリ北！

>>952
お知らせ乙であります（｀・ω・）ゝ

>>946
タグ付けってsvn copy以外にやり方ある？

>>952
やったー！リポジトリのアップグレードってdump loadでいいのかな？もっといい方法ある？