Subversion r12

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

前スレ
r11 http://pc12.2ch.net/test/read.cgi/tech/1230488758/
r10 http://pc11.2ch.net/test/read.cgi/tech/1215565366/
r9 http://pc11.2ch.net/test/read.cgi/tech/1202086238/
r8 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
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/

このスレッドは３を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。

「もう書けないので」の部分が単なる嘘になってしまっているので、そこの部分に工夫が欲しいな。

svn: '.' は作業コピーではありません

Eclipse＋Subclipseで
リポジトリにコミットがされたら
全員に通知することって出来る？

>>6
ふつう、その手の設定はリポジトリ側に、commitをトリガーとして
通知を行う(メールとか)ように設定するもの。クライアントは無関係。

http://www.thinkit.co.jp/cert/article/0611/2/3/2.htm
これか
でもメール以外の方法はない？
インターネットを通じてSubversionを使っているわけじゃなくて、LAN内で使っているので
別の方法を取りたい

結局は中で実行するコマンド次第なので、用意さえすれば
MSメッセンジャーに投げたり、ついったーに投げたりも可能。

LAN向けだと、MacのGrowl(Growl for Windowsもある)とか
どうだろうね。

>>8
どういう通知をしたいか（受けたいか）くらいは書いておこうよｗ

具体的な通知方法の回答は、「通知を受ける」側の仕組みに何を
使いたいか次第だよなあ。

リポジトリサーバが社内にあるなら、コミットのたびに人形が
踊るとか…

LANならメッセージとばすだけでもいいかもしれんし。

>>9-12
ありがとう

通知方法は
プロジェクトのメンバーのPCで
バルーンが表示されたり音がなったりするようなのを考えてた。
それならGrowl for Windowsでいいか。

通知のほうは、サーバ上で使うgrowlのブロードキャスト用スクリプトが
あったはず。

以前のスレで質問させていただいたのですが、落ちてしまったようで見そびれてしまったのでもう一度質問させてください。
subversionでコミット/チェックアウトする際にあるフォルダやそのサブフォルダを更新の対象から外すことは可能でしょうか。
何かコマンドがあれば教えて頂けないでしょうか。宜しくお願いします。

>>15
TortoiseSVNなら変更リストに登録するとコミットを抑制できる。

比較的最近のバージョン(1.6系?未確認です)で追加された、
sparse checkout ってのは、まさに 15 が求めてるものじゃない?
間違ってたらごめん。

>>13
net send

メールで通知でも
RSSで通知でも
好きにすればいいのに

>>16

有難うございます。TortoiseSVNをインストールしてみようと思います。
コマンドは使わない方がいいですかね？

>>13
パトライトを回せ。
ttp://blogs.itmedia.co.jp/komata/2009/01/snmp-1533.html

やっぱこれだろ (PDF)
ttp://www.objectclub.jp/event/2004christmas/pdf/talks/asizawa.pdf

ブランチとかタグって何？

ブランチに関しては
平行世界タイムトラベル物SFを読むと良い、とどこかに書いてあった

昔の少女向けティーンズ小説だが「運命のタロット」とかそんな感じ、
枝を幹にマージするか破棄するかを自分らの存在を掛けて戦うという…

Subversion便利なんだけど、
プログラミングでいえばコンパイルがOKな状態とか、そういうステート持ちたいんだけど。
環境依存するからそうもいかないのよなぁ

>>25
意味がわからないんだが

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

よーわからんが、trunk/tags/branchesって具合にフォルダを分ければいいんじゃないの。

webサーバーでsvn動かしてるのだけど，パスワードないと閲覧できないようにする方法がわからない
どこいじればいいんだ

ttp経由のアクセスでやってるなら
limit ... PROPFIND ... とかしてると思うが
GET を追加すればその場合は見るのもログイン情報持ってる奴に限定される

>>29
ふつーにBASIC認証かDIGEST認証でもかけとけ。

>>25
複数人で開発するならコンパイルOKな状態のみしかコミットしないのが通常
個人的に使ってバックアップ的にちょいちょいコミットするのなら、タグ付ければいいよ

>>25
よ〜わからんが、Hudsonに見張って貰えば？
ttp://gihyo.jp/dev/feature/01/hudson/0002?page=4

>>25
コンパイルできない作業中のソースをコミットしたい場合は作業用のブランチを作って作業すれば良い。
コンパイル可能なテスト済みソースになったらtrunkにマージする。

タイムスタンプを属性に保存するスクリプトを書いたので公開しておきます。


古いファイルを大量にSubversionに突っ込むため Commit time だけではあれなので
自分用に書いたものですが、折角なので公開します。
本家はつく気配も無いし。

http://www1.axfc.net/uploader/Sc/so/46614.zip

>>34

そうやって作った、作業用のブランチは
終わったら削除したいんだけど・・・

他人の作業用ブランチも見たく無いし。
ユーザー専用ブランチって作れないのかな。

あぁそれはあるな。
プライベートでのブランチで、管理者は見れてもいいけど、他ユーザからは見れないもの。

それができるのが分散型なんだよな。
まーsubversion使いとしては、終了してしまったがsvkでも使うとか。

svk 使えと思うかもしれないけど、
サーバーはちゃんとバックアップをとっている。
ローカルはとってない。

なんで数日かかる長い修正とか、
コンパイルできなくても、
途中途中でチェックポイントを作りながら
サーバーにバックアップとして保存したいんだよなー。

そうそう、コンパイルOKになってからコミットというけど、
それなりの分量で日数のかかる修正とはコマ目にコミットしたくなるんだよなぁ
差分で確認したいとかそういう理由だったりするんだが。。

>>36
終わったら削除すれば良い。

>>37
branchs とは別に branchs_of_[username] とかを作ればいいじゃない。

普段はIDEツールとかで開発していると思うけど
ブランチを切るときってプロジェクトレベル全体で切る？
それとも当該クラスだけブランチを切るんだろうか。
どのぐらいの範囲で修正するのかというのもあるけど。。

git-svn だと Subversion リポジトリに対して commit もできるのでローカルでは git 使うってのもありかと。

>>44
プロジェクトレベルでしょ？

別マシンでソースコードチェックアウトして
そのままコンパイルしたいし。

>>44
どうせ内部的にはリンク張ってるだけなんだから、プロジェクト全体で切るのが無難。

後で想定外のファイルに変更が波及するの気付いたら面倒だしな。

>>44 git-svn使うくらいならbzr-svnでもいいね。でも問題は、ローカルだけじゃイヤだってことなんだろうけど。

>>38-39
俺は分散型は Mercurial しか知らないけど、
Mercurial でブランチをマージしたら
ブランチの途中のコミットも全部まるまるサーバーに入るので
あとで他のユーザーが見る（チェックアウトする）ことができるよ。

リポジトリの中のファイルを削除するにはどうすればよいのでしょうか？

subversionがインストールされている端末にはリポジトリが一つあり
中には3つほどプロジェクトが混在しており、このなかのpj2を削除したいと思っています。
svn/hoge/pj1
svn/hoge/pj2
svn/hoge/pj3

apacheと連携しているようで、httpd.confを見てみると、Cドライブの直下にリポジトリがあるようです
<Location　/svn>
　　DAV　svn
　　SVNParentPath　"c:/svn"
</Location>

しかし、この端末を見てみると、C:\svn\hogeはあるものの
なかにはtruncやらpj2やらがまったく見当たりません。

ファイルの実態はどこにあるのでしょうか？

そのファイルが存在しなかったことにするのは面倒よ。
普通にsvn deleteじゃだめ？

>>52
作業コピーではないとかってメッセージが出て、削除できなかったと思います。
pj2が消えれば方法はなんでもかまいません。

>>53に追記です。

svn delete "c:\svn\hoge\pj2"
↑作業コピーではないため、なんたらかんたら

svn delete "c:///svn/hoge/pj2"
logを取得するためのエディタがなんたらかんたら

チェックアウトして、svn deleteしてコミット

適当な空フォルダを作って、
svn co c:/svn/hoge .
svn delete pj2
svn commit

何となくだけど、tortoisesvn入れた方がいいかもね。

理屈は理解できるけど、
やっぱ途中のリビジョンを削除する機能は
必要だと思うわ。

たとえば、途中のリビジョンに
ウイルスを紛れ込まされてしまったとか。
せめてチェックアウトできないようにロックは必要だよな。

こんな感じでした

C:\>mkdir test
C:\>cd test
C:\>svn co c:/svn/hoge .
リビジョンxxをチェックアウトしました。

C:\>cd test\trunk\svn delete pj2
D　pj2\file1
D　pj2\file2
・・・略

ブラウザで下記URLにアクセスしても、pj2が残っていました。
いったい何が消えたのかがわかりませんorz
http://localhost/svn/hoge/trunk/

ちなみにsubversionがインストールされている端末ではなく
他の開発環境が整っている端末にはtortoisesvnが入っています。

コミットしなかったの？

delete した後 commit した？

リポジトリのファイルを直接どうにかしようとしたりする辺り、だいぶ初心者なんだろうと思う。
とりあえず今回のはコミットすれば解決すると思うけど、
リポジトリと作業コピーの関係、というか、バージョン管理とはどういうことか的な
概要をマニュアルとかで読んでみて。

commitするのをすっかり忘れていました。
無事に対象のディレクトリを削除できました。
ありがとうございます。

今まで適当に運用しすぎてました。
もう少しマニュアルを読んでおきます。

ちなみに、普通はsubversionがインストールされている端末にもtortoisesvnを入れるものですか？

tortoisesvnを勧めた理由は、失礼ながら理解度が低いように思えたため、GUIの方が
よいのではないかと思ったから。
けど、コマンドラインで使うこと自体に問題がなさそうだから無くても大丈夫かもね

>>63
わかりました。
プロジェクトを消すなどといった操作はほとんどやらないので
またその必要があればCUIでやることにします。

今回私がやろうとしてたのはDBでいうと
create tableしたのに、作ったテーブルの名前のファイルが無いと騒いでいたようなものだったのかな・・・
あああああああああああああああああ恥ずかすうぃくいいいい

>>52-63
どうもお世話になりました。

>>64
あれ？
「プロジェクトを消す」のが特殊な行為だと思って、わざわざその端末で作業したのかな。
その作業って単にリポジトリ内のpj2というディレクトリを削除してるに過ぎないよ。

例えはそれであってるｗ
成長したからこそ恥ずかしいと思えるんだから、もっと恥ずかしがるんだｗｗｗ

いやぁん

Subversion 1.6.6 age
http://svn.collab.net/repos/svn/tags/1.6.6/CHANGES

エクスローラベースのTortoiseSVNのおかげで（せいともいえるが）
Subversion知らない人も使ってる気になってるのが問題だ。
たまにざっくりフォルダごと消えることあるのよなｗ

>>69
ねーよｗ

いあ言い方悪かったかもしれんが、
結構.svnフォルダがあることを知らずに、エクスプローラ上でそのまま移動とかして、
Commitしたつもりなんだけど、実はなんにもされていないとか。

昔の状態はリポジトリに残るからいいんだけど、普通のユーザは解らんのよなその感覚がね

svn,cvsの概念を知らない人が触ると危険だよな。

>>71
まぁ、お手軽さ故の弊害とも言えるけど
そりゃ説明しなかったヤツが悪いと思う

それでCommit成功するのか?

そりゃ成功する

TortoiseSVN 1.6.6 age
http://tortoisesvn.tigris.org/ChangeLog.txt

Windows版バイナリ来たら、起こしてくれ。

>>77
ここチェックしてればおｋ？
ttp://subversion.tigris.org/servlets/ProjectDocumentList?folderID=8100

たぶんこっちのが早い。
http://www.sliksvn.com/en/download

git-svnのクライアントでWindows版ってないの？

OSXでSubversion使ってる人、クライアントのソフトはなにがおすすめですか？

いままでにある程度使ってみたものはEclipseのsubversiveと、Adobe Dreamweaver cs4に内蔵されてる機能、あとはVersionsを無料デモの期間だけとかです。

>>81
SCPlugin使ってるけど、あまりお勧め出来なねコレ

tortoisSVNみたいな使い心地を求めてたんだけどね

Finder統合系だとほかには、
Subversion Scripts for Mac OS X Finder
ttp://svn-finder.sourceforge.net/

シェアウェアでもかまわないのなら、Versionsがいいんじゃない？

コマンドラインから、変更されたファイルをコミットする時は、svn commit
でいいのですが、これだと新規作成されたフォルダやファイルがスルーされます
バージョン管理下の全ての更新されたファイルと新規作成されたフォルダ、ファイルをコミットする時のコマンドを教えてください

>>83
なんで svn add しないの？

svn status | awk '$1=="?" {print $2}' | xargs svn add
svn commit

>>85
ピンポイントなご解答ありがとうございました

問答無用で全部かよ。

コンパイルでできたオブジェクトや実行ファイルもバージョン管理

無料で使えるSVNリポジトリの事話せるスレッド無いの？
学校のPCに入れて使ってたんだけど、これだと学校でしかコードをコミットできないし、
かといって自宅でサーバー構築も出来ないし。

学校にSSHで接続できないの？

>>89
Google codeでも使っとけ。

お手軽なのは、SVNリポジトリをUSBメモリに入れて持ち歩くことかな。

>>89
自宅でサーバ構築ができないのはなぜ

>>92に一票。マシン毎にドライブレターが異なるとURLを使うたびに変更
しなきゃならないけど、サーバ作るよりは全然楽勝。

ドライブレターって何ですか?

>>88
そういうのは無視されるようにあらかじめ設定しておくもんだ。

>>95
fileスキームでリポジトリアクセスするという話だろ。

あーなるほど、Windowsか。あれって、たとえばpドライブとかに固定できないの?

管理者権限があれば変更出来るが、学校のPCだと権限無いかも。

そういうときはSUBSTが使えるかも。
これは一時的に指定したディレクトリへドライブ文字を割り当てられるコマンド。管理者権限不要。

>>77
起きろ。
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=445&dsMessageId=2414925

Setup-Subversion-1.6.6.msi

GJ!

>>96
>>85のどこにあらかじめ設定が？

>>103
>85は予め設定してあることを前提にしているんでしょ。
>85に書いてあるならそれを予め設定しておくとは言わない。

>>101
起きた。

自分に都合のいいような前提を持ち込んで突っ込み入れるのは意味が無い

質問です。TortoiseSVNを使っています。
複数のPCで開発を行っていて、どのPCにも作業用のフォルダをチェックアウトして作成して使っています。
(最初にチェックアウトした後は、毎回、更新もしくはコミットのみです)

新しいファイルを作成してコミットすると、
他のPCで、SVN更新しても、そのファイルがローカルに取得されないときがあるのですが・・・。
(リポジトリブラウザでリポジトリを閲覧したり、他のフォルダへチェックアウト/エクスポートする場合は、
その新しいファイルもきちんと取得されます。)

何が原因でしょうか？私の使い方が間違っているのでしょうか？
(もしかして、毎回、チェックアウトはしないといけないのですか？)
解決策をご存知の方が居られましたら、教えていただけないでしょうか。宜しくお願いします。

>>107
Updateもしくは更新、ってあるだろう？

って更新したって書いてるか。
PCの時刻は狂ってない？

>>109
ありがとうございます。時刻はどちらのPCも自動で合わせていますし、狂っていないです。
やはり本来なら、SVN更新すれば、作業コピー(ローカル)に存在しないファイルもダウンロードしてくれるんですよね？
(ちなみに、ローカルに存在しているファイルなら、SVN更新することで、きちんと更新されます。)

サーバにはどうやってつないでるの、共有フォルダ？

サーバは、VisualSVNを使っています。
TortoiseSVNからはhttp://****:8080/svn/****/といった感じのURLでアクセスさせています。

んーわからん、、どのPCでもおこるならサーバ、特定のPCならクライアント、なのかなあ

本家のFAQにうまくアップデートできない件に関する記事が載ってるから、これかもしれない。
http://tortoisesvn.tigris.org/faq.html#incompleteupdate

これにあるような現象が起きていて、カメSVNのVer.1.6.6でも直らないのだが、
同じ現象の人いませんか。
http://q.hatena.ne.jp/1228710652

オーバーレイの上限に引っかかっている問題ならFAQだと思うけど。
HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\ShellIconOverlayIdentifiers
にキーはいくつぶら下がっている？

ちょっと質問いいですか？

TortoiseSVNを使っているのですが、マージが不便でなりません。

以下のような手順でマージしています。
ブランチの変更を丸ごと一発ポンとマージみたいにはできないものでしょうか？

・ブランチhoge_test作って、切り替え
・ブランチhoge_testで作業、コミット
・trunkにhoge_testをマージしたい
・右クリック→マージで、一番下の2つリビジョンを指定するダイアログで、
hoge_testの最初のリビジョンと最後のリビジョンを指定。

あと、ついでに質問なのですが、マージしたことがリビジョングラフとかのメタ(？)情報として残らないものなのでしょうか？
ブランチきった時は、ちゃんと枝分かれしているのですが、
マージしたときは枝が一本に元にもどらないです。
gitとかだとちゃんと枝が元に戻るのですが・・・

>>117
ブランチの再統合とかいうやつが使えそうなんだけど、うまくいったことが無い。
ドキュメント流し読みしたけど、よくわからなかった。

>>118
1.5 から svn:mergeinfo ってプロパティにマージの記録が残るようになってる。
関連するバグが多かったんだけど、最近の 1.6.x でようやく落ち着いた感じ。

>>117
リビジョンを指定しなければ、
svn:mergeinfoを見て勝手に処理してくれたように思う。

あれ？ということは、相当の機能はあるのか・・・。
もしかして、今のリポジトリ 1.4系かも。マージの時、はじかれた選択しがあったし

試してみます。ありがとうさんです。

>>117
いつも一番上のマージ方法で成功してるけど。
再統合は使ったことない。

Subversionでマージは面倒だから
ブランチせずにワーキングディレクトリを別のSCMに入れちゃってる俺

マージ遅いしなー
結構でかいのでブランチ切ってるけど
正直しんどい

>>113,114
その後、Visual SVN Serverも、TortoiseSVNも
どちらも最新バージョンにして、しばらく試してみたのですが、
新しいファイルもきちんと追加されますし、特に問題なさそうです。
本当にありがとうございました。

お知恵を拝借させて下さい。
Subversion+SVKを使用していますが、プロジェクトの意向によりファイル名／ディレクトリ名が
変更されました。Subversionリポジトリのディレクトリは、"svn move"コマンドにて移動されて
いる状態です。現在、SVK環境を変更しようとしていますが、mirror元との同期もとれない状況です。
手探り状態ですので、何か情報を頂ければ幸いです。

svk version : v2.0.99_01(using subversion bindings 1.5.0)
svn version : 1.4.3(r23084)
svnリポジトリのURL : http://xxxxxxx/svn/aaa
mirrorの作成 : svk mirror http://xxxxxxx/svn/aaa //mirror/aaa
local branchの作成 : svk copy //mirror/aaa //branches/aaa
※下記1.が実施されるまでは、svk sync/svk push等は問題なかった。

1. Subversionリポジトリのディレクトリ移動
svn move aaa bbb
svn commit
-> svnリポジトリのURLがhttp://xxxxxxx/svn/bbbとなる。
2. mirror元との同期
svk sync //mirror/aaa
-> svnリポジトリのURLが変わっているためと思われるが、エラーとなる。
3. mirror元の変更
【方法1】
svk mirror --relocate //mirror/aaa http://xxxxxxx/svn/bbb
-> 次のようなエラーメッセージが表示され、変更できない。
Can't relocate: mirror subdirectory changed from /aaa to /bbb
【方法2】
//mirror/aaaの属性値(svm:source)を変更する？？

[質問]　新規SVNサーバーをたて、WindowsからTortoiseを使ってチェックアウトしたはいいが、コミットできない　サーバーのエラーは以下のようになります
Could not create activity /repos/プロジェクト名/!svn/act/4cf6c030-d80d-744a-9b32-9b246095dfb1. [500, #0]
could not begin a transaction
Can't open file '/var/www/svn/プロジェクト名/db/transactions/0-15.txn/node.0.0': Permission denied [500, #13]

[構成]
SVNの動いているサーバーAは、バックアップを行う関係上Sambaが動いているサーバーBをマウントしています。
サーバーA(SVN)→マウント→サーバーB(Samba)
mount -t cifs -o uid=apache,gid=apache //サーバーBのIPアドレス/public/svn/ /var/www/svn/
サーバーA、サーバーBは共にCentOS5です。

>>127
スレチっぽいので、Linux板で聞いてきます。
スレ汚しすみませんでした。

Permission denied って書いてあるじゃん。

>>129
レスありがとうございます。
Sambaの設定を見直してみたいと思います。
force ○○ mode 、 ○○ mask系のところをもう少し思考錯誤してみたいと思います。

くだらねぇ質問はここで@自宅鯖 40台目で同様に質問しましたが、
スレ違いだったようで、こちら同様、迷惑をかけてしまいました。

Linux板ですらないのかよｗ

>>127
サーバーAのユーザーsambaで、マウントした/var/www/svnへは書き込みができるの？
っていうか、uidとかgidってユーザー名を指定できるんだっけ？
指定するなら501とかでは？

>>132
レスありがとうございます。
自己解決しました。
/etc/fstabにマウントするよう記述すれば、うまく動作しました。
参考URL
ttp://www.u-style.net/wordpress/?p=97

> サーバーAのユーザーsambaで、マウントした/var/www/svnへは書き込みができるの？
サーバーAのユーザーapacheでは書き込みが可能です。
(サーバーBのsmb.conf設定によると思いますが、、、)

> っていうか、uidとかgidってユーザー名を指定できるんだっけ？　
他のディストリビュージョンでは、どうかわかりませんが、、、可能なようです。

いたたたた・・・

Linux板の質問スレ行きのネタだな

SVNを使い始めようとしている（というか導入作業を命じられた）ので
インストール手順から勉強し始めているのだけど、リポジトリのBerklayDBは廃止されたのかな？

web上で解説しているページを見ると「FSFSを使います」と書いてあるところが多いけど、
さっきダウンロードしてきたタートイスSVNを使ってみると「BerklayとFSFSの選択」は出てこない。

あるディレクトリ内のファイル・ディレクトリを日付順に、出来れば日時情報も
リポジトリに変換する方法ってないですか？

ttp://terai.xrea.jp/Subversion/WinMerge.html
このページを参考にWinMergeをSubversionのdiffとして使用する設定を行ったのですが
svn diff test.txt
はうまくいきますが
svn diff -r 100 test.txt
はWinMergeのファイル指定のダイアログが表示されうまくいきません。
どうもリビジョン100のファイルが取得できないようです。
どなたか原因がわかる方いらっしゃいませんか？

トータス松本が泣くわ

svn diff -r 100 test.txt .
じゃないの？

>>136
FSFS推奨になったから今は選択はでないはず

svn+BDBはなぜかBDBのデータがよく壊れる。
しかも、なぜかBDBのトランザクションログも同時に壊れる。
そうなると svnadmin recover でも直らない。

>>140
ダメでした。

"svn diff -r 100:101 test.txt"もダメです。
コマンドラインでは成功します。

ただ最新版がr102の場合、
"svn diff -r 102 test.txt"なら成功します。
ルーターのLEDが点滅しているので取りにはいっているようです。

考えられる原因は「OSがVista、ノートンを使っている」くらいでしょうか。

それぞれのバージョンは？

>>144
バッチファイルの
START "WinMerge" /B
を削除するとうまくいきました。
どうもこれがあると比較用のtempfile.tmpが消えてしまうようです。
ちなみにsvnクライアントのバージョンは1.6.6です。
サーバーはわかりません。

>141
感謝！

492 名前：デフォルトの名無しさん[sage] 投稿日：2009/12/18(金) 08:01:57
⊂⌒⊃｡Д｡)⊃カジ速≡≡≡⊂⌒つﾟДﾟ)つFull Auto | セブンアンドワイ、今度はソースコードを流出させる。
http://www.kajisoku.net/1/archives/eid284.html


.svnディレクトリ大公開祭り
お前らも気をつけろよ！！

前スレで張られてた

初歩的な管理ミスで3300もの有名サイトがソースコードを盗まれる
ttp://jp.techcrunch.com/archives/20090923basic-flaw-reveals-source-code-to-3300-popular-websites/


これと全く同じだな

ワーキングコピーを公開とかありえなす

>>149
楽ですよ。

>>149
ちゃんとアクセス制御すれば問題ない。まぁ、ちょっとのミスで露出するのは原理的に問題だろJKという意見ならば同意せざるを得ないが。

mercurialやgitみたいに管理ディレクトリを1個しか作らないVCSで、ディレクトリを1段深くしたところに置くのが無難かねぇ。

なんのためのexportだよって話で

消したファイルやリネームしたファイルが残るだろ

デプロイ時に消せよｗ

大量にファイルがある場合とかで、ごく一部のファイル差し替えが楽になるかもっていう面はあるかもしれないが本番のディレクトリでやる事じゃないな
そりゃ別のワークディレクトリでやることだ

仕事関連でやることじゃないな

私事では良くやるけど

外部公開されていないディレクトリ（別サーバでもいいが）でチェックアウトして
rsyncとかで管理ディレクトリ除外して差分コピーすればすむ話
なんでその一手間を省略するのかさっぱりわからん

>>157
言いたいことは分かるし同意するがなぜチェックアウト？
export と組み合わせると何かマズイの？

coというかすでにcoしてあるところでupdateのほうが楽だってことじゃないの

>>158
毎回exportよりもcheckoutしておいてupdateする方が楽じゃね？
後は邪魔なファイルやディレクトリを除外して差分コピー
まぁスクリプト組んでしまえばどっちでも手間変わらないかもしれないけどね

サンクス＞159,160
理解できた、update ね。
アホだ俺 orz

157の言葉が少し足りなかったのも事実

＞ちゃんとアクセス制御すれば問題ない。
＞rsyncとかで管理ディレクトリ除外して差分コピーすればすむ話
＞後は邪魔なファイルやディレクトリを除外して差分コピー

そもそも .svn とか .cvs とかを「管理ディレクトリ」「邪魔なディレクトリ」と
認識していない者にとっては釈迦に説教？焼け石に水？猫に小判？
とにかく、「隠そうとして誤って晒してしまった」というミスではなく
はじめから隠すつもりはサラサラ無かった。
だかと言って、積極的に公開しているつもりも無いんだろうけど、
何〜〜〜〜んにも考えてなかった。頭カラッポだった。
そういう技術者が引き起こした事件なんだ、これは。

釈迦に説法も焼け石に水も猫に小判もおかしいような

web用の.svnクローラーとかあってもおかしくないなｗ

ディレクトリインデクッス公開しなければ、防げるわけでもないのかな。

というか、みんなリリース管理してないの？
俺の所はtag打ってexportだけど。
coしてupdateって、誰がcommitしてるかわからないじゃん。

誰がcommitしてるかわからない時点でリリース管理疑う前にプロジェクト管理として終わってる気がするがなぁ
常に全部デプロイするっていう方針なら、exportしてもいいかもしれなけどね
自分のところは、固定のリリース用ブランチがあってリリース時にはそこに管理者が最終マージする
そんな感じにしてるから、updateしてリリース作業
後リリース管理自体はチケットでやってる

>>166
リビジョン番号指定して update すれば問題ない。

>>168
いやそれ管理されてないじゃん

>>167
それ、普段はtrunk使わないってことだよね？
trunkにはいつ誰が変更を加える運用なの？

>>169
どうして update にオプションひとつ付けるだけで「管理されてない」なんてことになるの？

tagとリビジョン指定ってほぼ同じ事だよな
tagにしとけばすぐアクセスできるって言う程度じゃないのか

>>170
パッケージがあって、それをカスタマイズとかして売ってるので
trunkはアプリのパッケージ本体
branchは案件単位とか必要に応じて
tagはテストに使ってる
って感じなので、パッケージ本体に不具合とかがあったりした場合は、もちろんtrunkにcommit

リビジョン指定よりかはtag指定の方がミスはヒューマンエラーは減るかもしれない
でもそう大差ないよね

なのに、こんなこと言っちゃうわけ？
>誰がcommitしてるかわからない時点でリリース管理疑う前にプロジェクト管理として終わってる気がするがなぁ

いつからこの世はパッケージカスタマイズプログラマが大半を占めるようになったんだ？

後出しでリビジョン指定でupdateとか言い出したけど、
本当は一人しかいないから管理する必要もないんだろ？

なんだかここの人たちそれぞれ会話が成立していない予感(゜∀゜)

タグ打っとけば、いつどのリビジョンでフィックスしたのかsubversion内部で完結して管理できるでしょ。
なんでこんな簡単で便利な機能を使おうとしないのかわからない。

>>173
そのパッケージ本体を開発してるところは、みんなtrunkにcommitしてるのでは？

うちでは、すぐに次バージョンを開発しない場合は、いつまでもtrunkに全員commitするけど、なんか変？
すぐに次バージョンを開発する場合は、trunkが次バージョンで、リリースブランチを切る。

最初に出た「誰がcommitしてるかわからない」ってどういう意味？
その解釈で意見が交錯してる

175が何を言っているのかよくわからない

>>173
subversionでもないし、すごく古い文章だけど、それってこれと同じだよね？
http://www.itojun.org/hack/cvs/tut-kernel.html
このページを一言で言うと、FreeBSDのカーネルリポジトリをtrunkに置いて、自分の変更を適用し続ける方法の説明。

使ったこと無いけど、ベンダーブランチという奴なのかも。
いずれにせよ、通常の開発とは別な気がするけど。

>>174
updateした本人以外は、どうやってどのリビジョンがリリースされたか知るの？

tagをテストに使うというのが良くわからん

>>183
itojun…

合掌……

itojun氏、逝去
http://slashdot.jp/article.pl?sid=07/10/31/0311203

まぁあれだ、バージョン管理システムなんて、プロジェクト内できちんと管理できているならどうやったっていいじゃんね
そうたとえ、修正前に日付ディレクトリでバックアップ取って、修正されたファイルはタイムスタンプで判別していたって・・・orz

バグやチケットごとにブランチきって、trunkにマージしづづけるもんじゃないの？

普通はそうだと思うけど。svnのヘルプもそうだし。

>>189-190
http://www.red-bean.com/fitz/presentations/2007-07-27-OSCON-svn-worst-practices.pdf
> /trunk is holy!
> - Give every developer their own branch. ? every change must be on a sub-branch!
> - Hire people to merge branches all day.
> - Confused? Consult Clearcase manual.
> - Tip: create all branches on the client. It's safer.

なるほどなｗ

なにがなるほどなんだか

>>191
バグやチケットごとに開発者がいるならその引用が皮肉にもなろうが、残念すぎるな

この流れ、さっぱり意味がわからん

>>189と>>191は全然違う開発形態なんだけど。
どこが笑いどころなのかわからん。

すいません。今日からsubversionを始めた初心者なのですが
作成したリポジトリ
/var/www/localhost/rails/test
上のrailsのファイルを
svn import /var/www/localhost/rails/test file:///home/svn/repos/
としてインポートしたのですが

この後、プロジェクトをローカルの環境にチェックアウトして変更を加えたあと
ファイルを
/var/www/localhost/rails/test
以下のファイルに反映するまでの手順ってどうなるのでしょうか？
TortoiseSVNでコミット＆更新したのですが
どうも変更が反映されていないみたいで、情けないことに詰んでいますorz

普通はコミットしたらそれでおｋのはずだけど。

>>196
どれがリポジトリでどれが作業コピーだって?
叩いたコマンド(管理するファイルを作成するところとかcdも)
を順を追って書いてみて。

>>196
updateしないと駄目だろw

>>196
/var/www/localhost/rails/testはリポジトリじゃなくて、管理したい対象のファイルの間違いかな？

インポート元のファイルにその後自動的に変更が反映されるようなことはないよ
チェックアウトした作業コピーに変更を加えてコミットすると、その内容はリポジトリfile:///home/svn/reposに反映される
更新（update）は、ある作業コピーをリポジトリに合わせて更新するコマンドであって、インポート元のファイル自体はSubversion管理外なので何の影響もない

/var/www/localhost/rails/testを更新したいなら、リポジトリからエクスポートして置き換える
または、一度/var/www/localhost/rails/testを削除し、そこにチェックアウトして作業コピーを置いてしまう運用もある（svn updateをデプロイ機能として代用する）
このスレの例でいうと前者が>>166、後者が>>167

ありがちなので横から捕捉しておくと、コミットした内容は/home/svn/reposに反映されるが、
そこを見ても反映されたファイルは見えないからね

>>196
ちょっと質問の答えとは違うけど、既存のツリーを新しいリポジトリに入れるなら
import は使わずに空のリポジトリから既存のツリーに checkout して、それから
add していったほうがわかりやすい。

ただし、>>200みたいなことする場合は.svnが外から見えないように注意な。

>197-203
お返事が遅れまして申し訳ありません

>インポート元のファイルにその後自動的に変更が反映されるようなことはないよ
まさしくそれですorz

みなさま、ありがとうございます。
初心者に優しすぎるレス、ここ技術系とはいえ２ちゃんねるだよなぁ

今回は
/var/www/localhost/rails/test
/var/www/localhost/rails-dev/test
という風に開発用のディレクトリを作って、そこで修正
時々、本番環境へ反映を繰り返そうと思います。

次は、答えて上げられる側になれるよう楽しんで覚えますので

土方が使うツールじゃねーんだよ。

＞次は、答えて上げられる側になれるよう楽しんで覚えますので
態度でかっ!
自分が卑屈だから上の立場に立ちたいって思うんだろうな。

>>206
おれはお前の思考回路の方が意味わかんねぇよw

emacsから使う時、vcとpsvnのどっちが良い?

>>207
ヒント: 答えて「上げる」

答えてやる、でいいよｗ

ふつー、答える

答えられる側であればよかったということか。
>>206はそんなとこに目くじら立てるなんてよっぽど卑屈なんだろうな

svn update C:\hoge
としてアップデートしている途中に
そのコマンドラインの画面を×をクリックして終了してしまったら、
次回からはどうすればよいでしょうか？

もう一度updateすればOK

>>214
ありがとうございます！

svn update C:\hoge
で今まで最新に保っていたものを、
もしhogeフォルダ以下のファイルやディレクトリをいくつか適当に削除した場合でも、
再びsvn update C:\hogeとすれば完全に元に戻りますでしょうか？

>>216 それぐらい聞く前に試せ。

>>217
もし戻らなかったら危険なので試せていません。
どうなのでしょうか？

ローカルで何しようとコミットしなければリポジトリは手付かずだ。

1. 別途実験用にチェックアウト
2. *その中で* 適当に消し
3. svn update
してみ。

>>219
ありがとうございます。
ええと、私はsubversionの知識が全然ないため、
単に手元のBoost C++ ライブラリを最新に保つためだけに
クライアント版を使用しています。

>>220
じゃ「戻らなかったら危険なので試せていません」ってのは嘘じゃん。

>>221
いえ、過去に何かよく分からないエラーになってにっちもさっちもいかなくなったことがあり、
ローカルのsvnのデータと実際のファイルとの不整合などが起こる可能性を
考えてのことです。

ここで聞いた事も嘘かも知れない。どうすんの?

>>223
そんなこと言ってたら2chの存在意義がねぇじゃん。

>ええと、私はsubversionの知識が全然ないため、 
せっかく日本語ドキュメントがあるんだから読もうよ
まあうちの会社でも、何度言ってもぜんぜん読んでくれないんだけど…

ええと、伺ったお話を総合しますと、
Subversionのクライアント版は、毎回毎回ローカルのファイルと
サーバーのファイルを比較して差分を取得してくれるもの、
ということなのですね。

>>224
普通は、別ソースか自分で確認する。
ところが>>218は「怖いから試せない」といっている。

>>226 おおむねその通り。

で、「>>222 にっちもさっちも行かなくなった」ら、別のディレクトリに
あらためてsvn checkout/svn updateすればいいと思う。
（自分もBoostは追っかけているけど、そういう目にあったことはないが）

また、Subversionのことをあまり知りたくないなら、
いっそ、svn checkout/svn updateをあきらめて、
毎回 svn export で丸ごと入手すればいいんじゃないか？

ありがとうございます。
余裕が出たらおいおいsvnも勉強しようと思います。

ローカルのファイルの内容を1バイトだけいじったとしても、
svn updateすればそこは元通りになり（ないし更新され）ますか？

updateでいちいち戻されたら、おちおち変更もできないだろう。
消してやれば復元はするけど。

>>231
ありがとうございます。
助かりました。

干渉しない箇所の更新どうしは「マージ」される。
干渉した場合はここが「競合」してるぜ、うまく直してくれ、状態になる。
いじったファイルを消してからupdateすると、再び新しいものが取れる。

>>233
> 干渉した場合はここが「競合」してるぜ、うまく直してくれ、状態になる。
あー、なるほど！
ありがとうございます。

戻すんならrevertしろよ。

>>235
たぶん、そういう話じゃない。

どうでもいいが、「ええと」がウザ過ぎ。
古代のパソ通とかnewsではよく見かけたけどなｗ

一人リポジトリの時 TortoiseSVN でログの統計を出したときに
　最も活発な作者： オレ
　活発でない作者： オレ
になるのは少し切ない。
確実に一人しかいない時には「活発でない作者」は空欄であるべきだと思うんだ……

職場でsvn+apacheで運用していて、リポジトリのアクセスコントロールはapacheのBASIC認証を利用している。
そこにviewVCを導入したいんだが、svn+apacheと同様のアクセスコントロールが出来ないのが理由で、却下されている。
おまいらの職場ではviewVCでリポジトリのアクセスコントロールってしてる？してるとしたら、実現方法教えて。
ってか、そもそもviewVCってここにユーザどれぐらいいるのやら・・・

basic 認証から authz 認証に移行するように説得するとか
viewVC が authz に対応してるかは知らんが

>239
少なくとも ViewVC 1.1.3 では mod_authz_svn と同じ形式のファイルによるアクセス制御が可能になっています。
なので同じように basic 認証をかけた上で、現在の svn+apache で使っている mod_authz_svn 用ファイルを
authzfile にそのまま指定してやればよいかと思います。
authorizer = svnauthz を設定するのを忘れずに。

>240
mod_authz_svn (に限らず authz モジュール全般)は認証と排他なものではなく、認証した上でどのリソースに
アクセスできるかを制御するものです(apache のドキュメント日本語訳だと承認と訳されてます)。

cygwinスレで質問してみたのですが cygwin 1.7 の subversion で
LANG=ja_JP.SJIS の時に hoge.txt~ を無視してくれません。
~/.subversion/config には global-ignores = *~ (以下略)と書いてあります。
何か回避方法はないでしょうか?
(global-ignores 中で ~ という文字が入っている項目は全滅します)
OS は XP でファイルシステムは NTFS を使用しています。
LANG=ja_JP.UTF-8 の時は正しく無視してくれます。

>242
手元の環境でも現象は再現する。
Cygwin か Subvesrion かその両方のソースを追っかけた上で patch を作る気概がないなら
素直に ja_JP.UTF-8 使っとくべきだと思う。

とりあえず、
global-ignores = *~ *￣
としておけば回避できることまではわかりました。
~ (U+007E TILDE) が ￣ (U+203E OVERLINE) に化けるようです。

iconvがCP932とUTF-8の変換をうまくできていないみたいやね。
cp932パッチを当てたlibiconvとそれにリンクしたsubversionを
自前でビルドすればいけるんでない？

>>245
「SJIS」なんだから仕様なのでは。
iconvは悪くないような。

Subversion 1.6.9 age
http://svn.apache.org/repos/asf/subversion/tags/1.6.9/CHANGES

>>243
http://pc12.2ch.net/test/read.cgi/unix/1230683366/879

>241
�d
1.1.3って知らない間に結構バージョン上がってたのね・・・authorizerとかついたのか。
で、さっそく試してみたら、あっけなくやりたいことができた。多謝。

>>242
windows版つかえばいいんじゃないか？

windowsでsvnを構築しています。
svn.example.com/レポジトリ名 という構成になっています。
<Location />でSVNParentpathで設定するとどうも新しいファイルの追加のコミットができません。
タグ・ブランチの作成もできません
既存のファイルの更新のコミットはできます。

ちなみに例えばaaaのレポジトリを直接<Location /aaa>などと設定しSVNPathで直接指定するとコミットができます
レポジトリごとにLocationを指定するのは面倒なので、どなたか対処法を教えていただけないでしょうか？

251です。
クライアントにはCould not open the requested SVN filesystemとでて、
Apacheには
(20014)Internal error: Can't open file 'C:\\svn\\error\\format': \xe6\x8c\x87\xe5\xae\x9a\xe3\x81\x95\xe3\
x82\x8c\xe3\x81\x9f\xe3\x83\x91\xe3\x82\xb9\xe3\x81\x8c\xe8\xa6\x8b\xe3\x81\xa4\xe3\x81\x8b
\xe3\x82\x8a\xe3\x81\xbe\xe3\x81\x9b\xe3\x82\x93\xe3\x80\x82
Could not fetch resource information. [500, #0]
Could not open the requested SVN filesystem [500, #720003]
Could not open the requested SVN filesystem [500, #720003]
とでています

\xe6\x8c\x87\xe5\xae\x9a\xe3\x81\x95\xe3\x82\x8c\xe3\x81\x9f\xe3\x83\x91\xe3\x82\xb9\xe3\x81\x8c\xe8\xa6\x8b\xe3\x81\xa4\xe3\x81\x8b\xe3\x82\x8a\xe3\x81\xbe\xe3\x81\x9b\xe3\x82\x93\xe3\x80\x82
は、「指定されたパスが見つかりません。」だね。

>>246
> 「SJIS」なんだから仕様なのでは。

windows-31jならいいのかなぁ
未検証だけど

確かにC:\svnの中にはそれぞれのレポジトリのフォルダがあるだけなんで、C:\svn\error\formatなんてないですね・・
SVNParentPathはあきらめるしかないかな・・？

TortoiseSVN 1.6.7 age
http://tortoisesvn.tigris.org/ChangeLog.txt

format はリポジトリの中にあるファイルの1つで、これを読んでリポジトリのバージョンを調べているはず。
DocumentRootが指しているディレクトリとSvnParentPathのディレクトリが重なってないかな？
でErrorDocumentがどこかに含まれていたりしないかな？

>254
>242 が >249 のレスで Cygwin 側の patch 作って CP932 で通すようにしてるよ。

>251
うまくいく場合の設定とうまくいかない場合の設定と実際のフォルダ構成を書いてみない？

Linuxでsubversionを使ってるのですが、リビジョンを正しく戻す方法が分かりません。
具体的には以下のような状況になっています。

リポジトリの最新リビジョンは60ですがこれを58に戻したい。
ただし他の人にもこの操作の過程が分かるように、リビジョン59と60の情報は残したまま、リビジョン61を58と同じ状態にしたい。
まず作業コピー上で、svn update -r58　とコマンドして58に戻します。
これを単純にコミットしようとしても作業コピーのリビジョンが古い状態なのでコミットできません。
コミットするために、リビジョン番号を60にする必要があるのですが、状態はリビジョン58のまま保ちたい。

解決する方法はあるでしょうか？

svn merge -r60:58 したものを r61 としてコミットする。

>259
ttp://svnbook.red-bean.com/nightly/en/svn.branchmerge.basicmerging.html#svn.branchmerge.basicmerging.undo

>>260
>>.261
遅くなってしまってすいません。
svn merge -r60:58とするとエラーになってしまうようです。
mergeコマンドで60と58の差分をとって、その差分をコミットするイメージでしょうか。
ただ何となくイメージは掴めたので、教えていただいたURLのマニュアルをじっくり読んでみます。
ありがとうございました。

>>251
<Location /svn>
DAV svn
SVNParentPath "c:/svn"
</Location>

じゃダメなのか？<Location />に拘るのは？

TortoiseSVNについて質問です。
リポジトリをNAS上に作成し、XPマシンで開発したいのですが
2回目以降のコミットが失敗してしまい困っています。

■環境
NAS：TeraStation(HD-H1.0TGL/R5)
PC：WindowsXP SP3 TortoiseSVN 1.6.7
リポジトリはユーザ制限等をかけていないフォルダに作成しています。
パスは共に半角英数のみです。

■症状
・1回目のコミット
”Error 'リポジトリフォルダ\db\transactions\1-1.txn'を削除できません:指定されたファイルが見つかりません。”
とエラーが出つつもコミット完了します。
更新したファイルのアイコンは！のままです。
・２回目以降のコミット
”ファイル'hoge.cpp'はリポジトリ側と比べて古くなっています”
とエラーが出てコミット失敗してしまいます。

また、更新すると編集したファイルが競合し、
競合を解消してもコミット失敗します。

■他
TortoiseSVNのVersionを、1.6.2や1.5.6に落としても変化無し。
同じリポジトリに対し、他のPC(Vista:1台, XP:1台, 2000:1台)で試すとVistaのみ正常動作。
リポジトリをローカルに置くと全PC正常動作。

XPで開発したいです。どこに問題があるのでしょうか？
ご教示の程よろしくお願いします。

>>258
うまくいかない場合
<Location />
DAV svn
SVNListParentPath on
SVNParentPath "C:/svn"
</Location>

うまくいく場合
<Location /aaa>
DAV svn
SVNPath "C:/svn/aaa"
</Location>

251でも書いたように、
SVNParentPathのときは既存のファイルの更新はできますが、ファイルの追加ができません。
SVNPathのときはファイルの追加もできます。

265の続き
フォルダ構成ですが、

C:/svn
|
+--- /aaa/
|
+--- /bbb/

のような感じで、svnフォルダにはフォルダしか入っていません。

>>264
制限かけてないのにパスワード設定してるの？
試しにネットワークドライブにしてやってみるとか。
URLは、file;///で始まるようにしてる？

>>266
あ、パスはリポジトリのpathの事です。
紛らわしくてスミマセン。

Z:をネットワークドライブにして
file:///z:/...
または
file://TeraStation/...
の両方共やってみましたがダメでした。

安価みすorz
x >>266
o >>267

>>268
なるほど。
あとは全部のPCやNASの時刻設定はあってる？

>265
<Location /> じゃなくて <Location /svn> とかにするとどうだろ？

XML的に考えると、<Location />自体が別の意味に解釈されてる可能性があるな。
<Location "/">　とかにできないの？

>>272
<Location />はApacheで一般的に使われる構文なのでその可能性はない。

<Location /path>と<Location /path/>の動作の違いが関係しているのだと思う。

>>270
時刻を合わせてみました。

NAS時刻を基準
[変更前]
PC1 Vista -2分
PC2 XP -2分
PC3 XP 0分
PC4 2000 +10分

[変更後]
PC1 Vista ±1秒
PC2 XP ±1秒
PC3 XP ±1秒
PC4 2000 ±1秒

時刻変更後にコミットしても変化無しでした。

リポジトリをNASから別PCの共有フォルダに移してみたら
綺麗に動いてしまいました。
でもNASで動いてくれないと困るｗ
SVNよりTeraStationやLANの問題なんですかね？
TeraStationの設定にそれらしいのは見当たらないけどなぁ。

これ以上はスレチな気がします。
アドバイスありがとうございました。

ははあ、sambaとかLM認証周りなのかな

コマンドライン版をDLして試してみたら
NAS上のリポジトリでもちゃんと動きました。
なんでだろう・・
そこへTortoiseSVNからコミットしてみたら見事に失敗しましたorz

コマンドラインの1.6.9が見つからないので1.6.2でバージョンを合わせました。
・svn-win32-1.6.2.zip
・TortoiseSVN-1.6.2.16344-win32-svn-1.6.2.msi
・(TortoiseSVN-1.6.7.18415-win32-svn-1.6.9.msi)<-一応試したけど同じ

>>276
TeraStationのsambaが2.2らしい、くらいしか知らないので検索中です。
そういえば以前どこかのサイトを見て、
VistaのLAN Manager認証レベルをNTLM応答のみ送信する
に変えた事を思い出しました。試しにXPも同じ設定にしてみましたが変化なしでした。

前スレでも書いたけど、SubversionをベースにしたSambaサーバ作ってくれ。
無駄かもしれないけど、そういうのが欲しい。

> svn revert
> '...' を飛ばしました
キーボードにコーヒー吹いちまったじゃねーか。どうしてくれるんだ。

2chやる時はキーボードカバーは必須ｗ

>>277
Terastation上でならTortoiseSVN1.4.x系が
安定して使えている

うちでも1.5になってから同様のエラーが発生したので
1.4.xに戻した

プロジェクト中Aの一部のサブフォルダを変更した別のプロジェクトBを管理するときに、
変更した部分以外のファイルはプロジェクトA・Bで共通の履歴（エイリアス）としたいんだけど、
こういう設定はどうやったらいいんでしょうか。

>>278
そもそもSubversionはWebDAVのバージョニング拡張（DeltaV）を単独で実装したものだったはず。
そのうちWebDAVで普通にバージョン管理できる日が来ると思う。

>278
mod_dav_svn で auto versioning じゃあかんの？

>>281
1.4.8にしたらコミットできました！
1.6.x系で作成したリポジトリが読めなかったり
コミットやチェックアウトが遅かったりしますが
なんとかなりそうです。

ありがとうございました。

myfile.txtというファイルを新規作成してaddした後に、やっぱり不要になったためcommitせずに削除しました。
すると、svn statusコマンドで常にこのファイルが表示されていまいます。
$ svn status
> ! myfile.txt

updateしてもcleanupしても消えないのですが、どうすれば消せますか？
また、add済みのファイルをcommitしないで削除するにはどうするのが正しかったのでしょうか？

コミット前の取り消しはすべてrevert。
svn revert myfile.txt

コーヒーを飲みながらrevertしてはいけない。理由は>>279

「飛ばしました」のとこは英語版だと「skipped」になってる。
データーが飛んじゃったみたいでびっくりするよね。

>>287
ありがとうございます。なるほどrevertでしたか。
ちなみに!マークの付いてたファイルですが、作業コピーごと丸ごと消してチェックアウトし直したら消えました。

svnの基本がわかってない

>>279がなぜ吹いたのかよくわからない

以外と、よくわからないまま使っているいるみたいだね。
ttp://dqn.sakusakutto.jp/2009/01/tortoisesvnsubversion.html

>>293は言葉が足りず、誤解されそうなので、修正：
意外と、Subversionの仕組みをよくわからないまま使っている人がいるみたいだね。
以下の人は一ヶ月の間、判らないまま使っていて、苦痛だったようだ（現在は判っている）
ttp://dqn.sakusakutto.jp/2009/01/tortoisesvnsubversion.html

そのサイト
「初心者が〜」
というのは初心者に失礼だと思った。

「ヘルプを読まない、読もうとしない者が〜」
なら分かるｗ
今のヘルプは巨大になってしんどそうたな、とも思うけど
分かりやすい範疇には入ってると思うから。

宣伝必死すぎだろ

わからなかったらドキュメント読む。一日でわかる。
バカ自慢のページ宣伝してなにしたいんだ?

>>294
キモイ…

即出かもしれないですが、
質問させてください。

MacのOSX10.6をサーバーにして、
MacintoshとWindows混在のクライアントがあるネットワーク内で
svnを運用しています。

しかし現在 UTF-8-MAC の問題に引っかかって難儀してます。
Mac側、Win側共にクライアントは最新にしてるんですが、
サーバー側に最新のパッケージ（1.6.9）を
インストールしてから新たにレポジトリを
作っても、同じ問題で引っかかってしまいます。

これって、やっぱりソースから引っ張って、
何かパッチを当てた上でビルド、インストールをし、
リポジトリーを作り直す必要があるのでしょうか。

ご存じの方、アドバイスなど頂ければ幸いです。
宜しくお願いします。

あるディレクトリ直下に存在したことのあるファイル一覧を出力するコマンドってありますか？
svn log -vを各ログで追加されたことのあるファイルを使ってみているのですが、コマンド一発で何かあれば教えてください。

http://www.michaelzeilfelder.de/patches_svn2701.htm
TortoriseMergeで、上記URLで配布されていたパッチを適用しようとしたら、
エラーメッセージが出てしまいます・・。どうすれば？
ていうか、パッチを適用するフォルダが間違っています。

'C:\SVN\Irrlicht\source\a\lib\irrlicht\include' は作業コピーではありません
'C:\SVN\Irrlicht\source\a\lib\irrlicht\include' は存在しません

あるファイルのリネーム前後のブランチがそれぞれあります。
リネーム前のブランチのファイルに修正を加えた場合、
これをリネーム後ブランチのリネームされたファイルにも同様の修正を行いたいのですが、
どのように行えばよいでしょうか。

diffを取ってpatch方式や、svnのmergeでは、ファイル名が異なるため上手くいきませんでした。

>>302
普通に svn merge しただけだと単にスキップされるって状況だろうから、そのあとさらに
個別に対象を指定して svn merge するとか。

>>303
Subversionはファイル名変更も管理してくれる、という程度の知識しか無かったので
マージも自動で名称変更に追従してくれるのかと勘違いしていました。

対象ファイルも少なかったので、それぞれ
リネーム前のファイル名(URL)からmergeすることで、思っていたことができました。
ありがとうございます。

USVNで管理しているんだけどレポジトリブラウザでちょっと大きなファイル(それでも9kBくらいのソースで)を見ようとすると
IEだと「Internet Explorer ではこのページは表示できません」ってなってサーバ接続エラーがでる。
Firefoxだとなにも表示されない白いページになる。(ソースを開いてもなにも書かれいない)
ApacheのTimeoutも120でさほど短い設定ではないのにこうなってしまいます。
なにか採決の糸口なる情報持っている人いませんか?

>>305
回線が細いとか、サーバのスペックが悲惨とか、パーソナルファイアウォールが悪さしてるとか

>>306
・回線
ローカルサーバですから100BASEで繋がっています。
・サーバスペック
Atom230 メインメモリ:1GBですから特にスペック不足ではないと思います。
一応他のサーバ情報としては
CentOS5.4
USVNで利用するPHPとMySQLはOS標準のrpmパッケージを利用。
・ファイアウォール
ネットワーク越しではなくてサーバ上のFirefox上からもダメでした。その時はダウンロード画面が出てきてそれをDLしてもからファイルがDLされます。

こんな感じです。

apacheのエラーログを覗くのを忘れていたので覗いてみると
[notice] child pid 数字 exit signal Segmentation fault (11)
が吐いているのがわかったのでこれで検索してみると
gdbでデバックしてみたら
16進数 in pcre_dfa_exec () from /lib/libpcre.so.0
を吐いて止まる。
btしてみたら
大量の「#数字 16進数 in ?? () from /lib/libpcre.so.0」を吐いた後に
#17018 0x0089b5a8 in ?? () from /lib/libpcre.so.0
#17019 0x008a1195 in pcre_exec () from /lib/libpcre.so.0
#17020 0x04b77644 in ?? () from /etc/httpd/modules/libphp5.so
#17021 0x04cf8ea0 in ?? () from /etc/httpd/modules/libphp5.so
#17022 0x04cfa328 in execute () from /etc/httpd/modules/libphp5.so
#17023 0x04cf87cc in ?? () from /etc/httpd/modules/libphp5.so
#17024 0x04cfa328 in execute () from /etc/httpd/modules/libphp5.so
#17025 0x04cf87cc in ?? () from /etc/httpd/modules/libphp5.so
#17026 0x04cfa328 in execute () from /etc/httpd/modules/libphp5.so
#17027 0x04cf87cc in ?? () from /etc/httpd/modules/libphp5.so
#17028 0x04cfa328 in execute () from /etc/httpd/modules/libphp5.so
#17029 0x04cf87cc in ?? () from /etc/httpd/modules/libphp5.so
#17030 0x04cfa328 in execute () from /etc/httpd/modules/libphp5.so
#17031 0x04cf87cc in ?? () from /etc/httpd/modules/libphp5.so
#17032 0x04cfa328 in execute () from /etc/httpd/modules/libphp5.so

#17033 0x04cda7f0 in zend_execute_scripts () from /etc/httpd/modules/libphp5.so
#17034 0x04c99f85 in php_execute_script () from /etc/httpd/modules/libphp5.so
#17035 0x04d5d725 in ?? () from /etc/httpd/modules/libphp5.so
#17036 0x005f6a5d in ap_run_handler () from /usr/sbin/httpd
#17037 0x005fa408 in ap_invoke_handler () from /usr/sbin/httpd
#17038 0x00606364 in ap_internal_redirect () from /usr/sbin/httpd
#17039 0x00c39630 in ?? () from /etc/httpd/modules/mod_rewrite.so
#17040 0x005f6a5d in ap_run_handler () from /usr/sbin/httpd
#17041 0x005fa408 in ap_invoke_handler () from /usr/sbin/httpd
#17042 0x0060651e in ap_process_request () from /usr/sbin/httpd
#17043 0x006032bf in ?? () from /usr/sbin/httpd
#17044 0x005fe93d in ap_run_process_connection () from /usr/sbin/httpd
#17045 0x005fea3c in ap_process_connection () from /usr/sbin/httpd
#17046 0x0060aec4 in ?? () from /usr/sbin/httpd
#17047 0x0060b134 in ?? () from /usr/sbin/httpd
#17048 0x0060c049 in ap_mpm_run () from /usr/sbin/httpd
#17049 0x005e2157 in main () from /usr/sbin/httpd
となった。

で何が原因かはいまいちわからん。ただPHPのソースぽい感じはするから板違いかな。

もう、みんなHgにしようぜ

､i｀ヽ　　　　　　　　　　　　　 　　　 　 　 　 ,r‐'ァ　
　｀ヽ：：　　　　　　　　　　　　　　　　 　　 　 ：：´
　　 ヽ ヽ　　　　　 　 , -‐--､ 　　　　　 　 /　/
　　 　ヽ　＼　　　 　 I:：：：：：:I_ 　　　 　_ /　/　┌────────────
　　　　 ヽ　 ヽ　　　 i,(;;;ﾉI､;;;)l　　　 ,,／　 , ' 　＜ フゥゥゥオオオオォォォオオオオゥゥ！
　　　　 　ヽ 　` ｰ ､.,,ゝ´ヮ｀,ﾉｭ_, - '　　 r' 　　　└────────────
　　　　　 　 ` ､_ ／：:: `山'::::：　　 　／
　　 　　　　　　ヽ：::::::::::|:::::::："",r‐'
　　　　　　　　　 〉::::::::|::::::::::¨/
　　　　　　　　　/;;;;;;;/;;;;;;;;;;/
　　　　　　　　/;;;;;;;/:::::::::::《
　　　　　 　　<;;;;;;;《:::::::::::::ヽ　　　））
　　　　　 ／ 　 ヽI,r''"""^~ヽ
　　　　 /　　　,／　ヽ　　　　ヽ

>>310
NetBeansで少し使ってみたんだけど、特に違和感なく使えたのはよかった。
けど日本語ファイル名扱えないんでしょ？

自分はtortoiseHgての使ってるけど、別に日本語ファイルとかで問題なさげだけど。

個人的にはビルドサーバなんかはSubversionで、クライアントはHgてのが組み合わせ的には良いように見えるけど。

>>313
それ多分、SJISでファイル名突っ込んでるよ。あーあやっちゃたねｗ
hgの場合、一人でもそういう人がいるとリポジトリ壊しちゃうから、まだ勧められないんだよねー

よくわからないんだが、未だにSJISのファイルシステムを常用している
Winユーザーって存在するの？

ファイルシステムがSJISかどうかが問題じゃなくてソフトが使っているAPIの問題だよ。

へぇ、21世紀になってから開発された、linux絡みのグローバルな利用を前提とした
システム内に多言語対応を意識せずに作られた物があるってのも不思議だけど、
そんなものなのかね。

linux絡みだから変になるんじゃないかよ。
linuxの世界では未だに「１文字＝１バイト」という概念が根強く生きている。
WindowsはＮＴ系でユニコード対応しちゃったからとっくの昔に「１文字＝１６ビット」に移行しちゃってるよ。

どうせなら1文字＝32ビットに移行してみませんか

UTF-8があろうと、1バイト1文字なアメリカ人に使われたら台無しになる。
いや、hgは使ったことないから知らないけど。

違う。Unix的な考え方だと、ファイル名はあくまでNULターミネイトされたバイトの配列で、その解釈locale依存。
まぁ、だからUTF-8であってもNFCとNFDが混じるケースだとひどい目にあう訳だが。
一方、WindowsのファイルシステムはUTF-16のNFCで、これをそのまま扱うにはワイド文字系のAPIを使う必要があるのだが、これが一般的なUnix系アプリのソースの書き方とは致命的なまでに相性が悪い。
で、たいていのUnix系アプリのWin32移植がANSI文字系APIを使いやがるせいで、ファイル名に関しては、大変残念な結果になる。
根本的な解決方法は、Cygwin-1.7がやってるような、API前後でのUTF-8<=>UTF-16変換だと思うんだけどねぇ...。

>>314
別にリポジトリは壊れてないだろ。
君の都合に悪い状態になるだけで。

>>312-313
日本語ファイル名に対応してないからダメ、というわけではない。対応してる。
問題が出るのは、
・文字コードが違う環境間をまたいでバージョン管理する
かつ
・ファイル名に、環境間で互換性のない文字（ASCII以外だと思っておｋ）が入ってる
という場合。
なぜならリポジトリに入るファイル名がバイト列まんまだから。

逆に言えば、この条件を満たさないなら、普通に使える（個人用とか社内用とか）。

現在は状況が変わっているのかもしれませんが、
http://www.lares.dti.ne.jp/~foozy/fujiguruma/scm/mercurial-encoding.html#win32mbcs
に書かれているような、0x5cの問題、要するにCVSの日本語問題と一緒なんだ、
というのが私の理解でして、
せっかくSubversionで問題なくなったのにまたこれか…というので
Subversionに留まってます。
# win32mbcs エクステンション というので解決できるというのは今調べて初めて知りました。
## が、win32mbcs(やfixutf8も)を使ってもやっぱり問題あるんですね (>>323で書かれていることかな？)
## なんにせよ、DVCSのメリットよりこういう煩雑さのデメリットの方が上回ってるんですよね…

Bazaarならおｋ

>>325
わはは、ちょうどbzr-2.1.0rc1-2-setup.exeダウンロードしたところ。
でも多分NetBeansとの連携が楽なので、多分SVN使い続けることになりそう。
Hg(TortoiseHgの機能かも)ではViewVCみたいなことがさっくりできたけど、
bzrはどうかな…

…と、
http://versioncontrolblog.com/comparison/Bazaar/CVS/Git/Mercurial/Subversion/index.html
の"Web Interface"の項目がそれに相当するのかな。
>>302みたいなのは"Intelligent Merging after Moves or Renames"かな。

NetBeans密かにSVNサポートがあって更新されたファイルとかわかるのがよいね。
gitとかも公式サポートしてくれたらいいのに

おっと、全然スレ違いの内容だわ失礼した・・・

>>326
俺はRedmine入れちゃってそっちでもリポジトリ割り当ててソース見れるようにしてる。
一旦入れたらソース見るの楽っすよ

>>326
Bazaar はファイルにIDをつけて管理しているので、ファイル名が変わっても
マージできますね。
Web Interface は、 loggerhead というプラグインをインストールしてください。

TortoiseSVNでファイルをエクスプローラから直に削除しても更新すれば元に戻せたんだけど
最近のバージョンだと更新しても元に戻らないし新規追加扱いになるのね

えっ

>>330
試してみたけど、そんな動作になってない。ちゃんと想定通りの動作してる。
TortoiseSVN 1.6.7, Build 18415 - 32 Bit

俺も1.6.7だが330と同じ挙動する事がある。
VisualStudio上から誤ってファイルを削除したら戻せなくなった。
他のところから消したファイルを持ってきたら管理外表示。
仕方ないからチェックアウトし直した。
必ず起きるわけじゃないが、他にもなった人がいた。
まぁ、.svnをいじったんだろって言われて終わり。

VS用のプラグインあるけどな。
AnkhSVNとかVisualSVNとか、後者は有償だったかもしれんけど

revertしないの？

AnkhSVNは1.6系の2.1が標準になったのかな
今まで2.1使ってるとアップデート通知が2.0で来てたのがちゃんと2.1で通知来るようになった

管理外扱いになるのでrevertしても戻らなかった。
特定のリビジョン指定で更新しても戻らない。

只のdelがsvnの管理してる状態に影響与えるって信じられないなあ。
バグで表示がそう見える、ってだけならありそうだけど。

今度発生したらstatus見てみれ

non-versioned

Subversionって.svnフォルダが各フォルダにあるのがダメなところなんだろうね。

じゃあgitもCVSもダメだな
他は使ったことないからわからん

>>342
gitはルートのみに.git
cvsは各ディレクトリにCVS

どっちかって言うとブランチとタグの扱いがダメだよね
リポジトリレイアウトに依存してるからブランチやタグを取得するAPIが存在しない
自力でやるにも、ユーザーの手助けを得ないと出来ない（場合がある）

そのためのtrunk,tags,branchesの指針だろうね。

svn使ってたときはメンバーがtrunkの下にブランチ作ったり、ルートにブランチ作ったり散々だったぜ
ブランチをbranchesに移動した後もTortoiseSVNだとマージしようとしても
リビジョンログがデフォだと出なかったり大混乱だったわｗ

そうだね、包丁は切れるから悪いんだね。
切れない包丁がいいんだよね。

よく切れるがじゃがいもしか切れない包丁がほしいって話じゃないの

んー、包丁の例だとわかりにくいが。

一般人は馬鹿だから、機能を絞ってやらないといけないってことかと。
C/C++に対するC#、Java的アプローチ

gitもすごくいいんだけど、もう少し馬鹿向けに作ればよかったな。機能が複雑すぎるｗ

その点、TortoiseSVNは馬鹿でも使える点で革新的だった。
もちろん、馬鹿といってもプログラマーという人種でないと使いにくいが。
svn+sshとかやるときは面倒だが、セットアップ面倒なのはしゃーない。

変な分になった。その馬鹿でも使えるTortoiseSVNで >>346 みたいなことが起こっているの忘れてたｗｗ

危ないから、constもtypedefも多重継承もダックタイピングも使えません！！
本音はVMに実装できないからじゃないかな？

Windows 用のバイナリって Tigris.org からは提供されなくなったの？
CollabNet の方では 1.6.9 があるみたいだけど、 Tigris.org には 1.6.6 までしか無い。

CollabNet のだとあからさまに余計なものをインストールしそうで手を出しにくい (´･ω･｀)

とりあえず、社内で数人で使うなら共有フォルダに直接リポジトリを作って
TortoiseSVNでローカルコピーをチェックアウトするやり方で十分だな。

>>352
余計なものって、なんか前例でもあるの？
同じものかどうか1.6.6で比較してみたら？

>>353
うん

ユーザ登録したくないから自分でコンパイルするか。

>>353
クライアントは TortoiseSVN で 1.6.9 相当の 1.6.7 まで上げているから
ついでにサーバーも上げようと思ったんだよ。

>>354
Apache2.2.13 とか ViewVC 1.0.9 とか、既に自分で入れている所に何か余計なことされそうで。
しかも微妙に古いのを突っ込まれそうという。

>>355
ダウンロードしてインストーラを途中まで走らせてみた。
mod_dav_svn.so とかと Apache をセットでインストールしようとするくさい。
なんだよこれ、入れたあとで何とかするか、お仕着せに従うしかないのか、、、 orz

クライアントだけというのがあるようだけど。

結局、インストーラを解凍だけして自分で既存のものを置き換えてみた。
もちろん前の環境にすぐ戻せるようにしてるから、しばらく様子見で使ってみる……。


>>357
クライアントもダウンロードして展開してみたけど、本当にクライアントでワラタ。
svnadmin.exe すら入っていないというステキパッケージ、ある意味正しい姿勢なんだろうけど。


クライアントもサーバーもマニュアルが PDF なうえ古いし『 For Subversion 1.5 』だそうで。
apache といい罠ちっくで誰得なバイナリパッケージ。
日本語のメッセージファイルが無いのも寂しい。
コピーライトの日付も何か2009年のままだし、雑？ そういうもの？？？
===ココから===
svn, version 1.6.9 (r901367)
compiled Jan 21 2010, 22:00:47

Copyright (C) 2000-2009 CollabNet.
Subversion is open source software, see http://subversion.tigris.org/
This product includes software developed by CollabNet (http://www.Collab.Net/).
===ココまで===


自力でコンパイルできる >>355 がうらやますぃ。
待てば Tigris.org から出てくるのかなぁ。

>>356
その心配に別に前例があったわけじゃないのか・・・
サーバークライアント版はインストール時にどのサーバーモジュールをインストールするか聞いてくるし。
Winのバイナリー入れるならtortoiseSVNで十分な気が。
>>357
クライアント版はsvnadminが含まれないからユーザーに配布するのに適してるね。

>>359
どうみても Apache 用モジュール二つだけ取り出すという選択肢に見えなかった
からキャンセルしたけど、今となってはインストーラに任せると既存の Apache が
どうされるのかに興味がなくはないけど自分では試したくないw


何か、すぐにもとの 1.6.6 に戻しそうな自分がいる…

>>358
中途半端な知識をつけた素人って雰囲気がしてるんだが、どうなの。

>>361
うん、否定できない、自覚してる。
チラ裏日記ごめんね。

Subversion、Apacheプロジェクト
http://journal.mycom.co.jp/news/2010/02/22/004/index.html

これで何かが変わるのだろうか？

なにそれこわい

俺も >>330,333 の状態になった。
なんだコレ？
チェックアウトし直しでなんとかするしかないのか？

さぁ再現手順を調べるんだ。

さっきから試してるけどわかんねー。
チェックアウトし直した今は、削除して「更新」かけると期待通りにファイルが最新に復元される。
コミット一つしてるから、現象が起きたバージョンに戻してないのがいかんのかと
元のバージョンを指定しても今は復元される。

もういいや・・・

explorerから直に「削除」したつもりが
実はうっかりTortoiseSVNから「削除」してしまったのじゃないのか。
＞更新しても元に戻らないし新規追加扱いになるのね
「削除」して無くなってしまったファイルが「新規追加」扱いされるのがおかしい。
ふつうは「紛失」扱いされるはず。

DELキーで削除してました。

Explorerから削除して、手拍子て削除済としてコミットすればそうなる罠。
というか、対象ディレクトリのログを調べたらどうなってるのかわかるでしょうが。

コミットしてませんがな。

>>370
引っ込んでてくれない? 邪魔だから。

チェックアウトしなおして元に戻ってるんだからコミットしたなんて事にはならんだろ・・

>>368,370
アホか。
そうなら誰も問題にする訳ないだろ。

自分のところでは発生したことないからわからないけど、revertでも元に戻る？
それともcheckoutじゃないとダメ？

昨夜の >>365 >>367 です、自分の場合は TortoiseSVN でいうところの
「SVN 更新(SVN Update)」
「特定のリビジョンへの更新(Update to revision)」
「元に戻す(Revert)」
を試したけどどれも戻ってこなかったんで諦めて別の場所にチェックアウトしたら
"そこには居た"ので >>333 の事前情報に感謝した。
他のリポジトリのワーキングコピーでも削除したりして試してみたけど
起きたのはその時だけ。

正直 >>330 >>333 を軽く読み飛ばしてたけど、実際なってみると焦るわｗ
事前情報が無ければリポジトリを疑っててチェックアウトを試すまで
もう15分は悩んでたと思う。

GoogleCodeのSubversionリポジトリってファイル置き場にしても大丈夫なんだろうか
咎められたってのは聞かないけど

ソースコードでなく一般的なWORDとかExcelとかのファイルを
subversionで管理しようとしています(非プログラマのチームです)。
TortoiseSVNのような専用クライアントを使わずに、
リポジトリを普通の共有フォルダのように見せかけて、
Windowsのエクスプローラ＋webDAV＋Autoversioningで運用しようと考えています。
Keyword Substitution($Revision: 12 $とか)は利用したいのですが、
webDAV経由でファイルを取り出すとKeyword Substitutionが行われません。
(Keyword Substitutionはクライアントの機能なので当然と言えば当然なのですが)
そこで、webDAV経由でアクセスした場合、サーバ側でKeyword Substitutionを
行ってからファイルを渡すようにsubvsersionを変更したいのですが、
どこかに参考になりそうなパッチはないでしょうか？

連続でコピーで切り方法ありませんでしょうか。

svn copy -m "" file:///tmp/repo/trunk/{aaa,bbb} file:///tmp/repo/branches/{aaa,bbb}
こんな感じでやろうとしたら”クライアントが引数を解析しているときにエラーが生じました”
とエラーが出ますy。

Subversionなんてもう古い。みんなHGしようぜ〜！！！

､i｀ヽ　　　　　　　　　　　　　 　　　 　 　 　 ,r‐'ァ　
　｀ヽ：：　　　　　　　　　　　　　　　　 　　 　 ：：´
　　 ヽ ヽ　　　　　 　 , -‐--､ 　　　　　 　 /　/
　　 　ヽ　＼　　　 　 I:：：：：：:I_ 　　　 　_ /　/　┌────────────
　　　　 ヽ　 ヽ　　　 i,(;;;ﾉI､;;;)l　　　 ,,／　 , ' 　＜ フゥゥゥオオオオォォォオオオオゥゥ！
　　　　 　ヽ 　` ｰ ､.,,ゝ´ヮ｀,ﾉｭ_, - '　　 r' 　　　└────────────
　　　　　 　 ` ､_ ／：:: `山'::::：　　 　／
　　 　　　　　　ヽ：::::::::::|:::::::："",r‐'
　　　　　　　　　 〉::::::::|::::::::::¨/
　　　　　　　　　/;;;;;;;/;;;;;;;;;;/
　　　　　　　　/;;;;;;;/:::::::::::《
　　　　　 　　<;;;;;;;《:::::::::::::ヽ　　　））
　　　　　 ／ 　 ヽI,r''"""^~ヽ
　　　　 /　　　,／　ヽ　　　　ヽ

>>378
予想で申し訳ないが、WordとかExcelには無理なんじゃないかなぁ

>>379
svn copy -m "" file:///tmp/repo/{trunk,branches}/aaa
svn copy -m "" file:///tmp/repo/{trunk,branches}/bbb
以下同様に、という感じでやるかなぁ

古い話だが、以下のWebDAVでのトラブルに遇うかも。
http://elug.selfip.org/index.php?WebDAV#d990426e
学習が必要だが、WebDAV じゃなくて、msofficesvn を使ったらどうかな？

keyword expansion for MS Office files
http://old.nabble.com/keyword-expansion-for-MS-Office-files-td17029409.html

>So, the easy answer is that in your tests, this will work,
>but it won't ever be reliable unless svn grows to learn
>the office formats (which shouldn't happen).
危ないと思うけど

ソースコード管理システムでバイナリーファイルを管理するのって・・・

世の中にはな、専用のバイナリファイルフォーマットを専用のエディタで編集することもあるんだよ。

FAQぽいけど、質問スマソ
TortoiseSVNでインポートするのに、現在のタイムスタンプを保持することはできますか？

>>387
タイムスタンプは保持されてる。エクスポートするときにファイルのタイムスタンプが復元される。

>>385
Subversion以降の世代のバージョン管理システムは
CVS以前と比べてバイナリファイルの差分保持の効率性が飛躍的に向上しているので、
小さなファイルなら問題ない。

数10〜数100MBクラスになるとちょっと疑問だが。

1プロジェクトテラバイトクラスのムービーデータも扱っています。

>>388
エクスポートのときだけ初期タイムスタンプが復元されて、
チェックアウトのときは復元されない、で合ってますか？

>>391
チェックアウトも初回は復元されたかも。
試してないけど。

>>388 されないよ。

>>393
じゃあ環境によるのかもね。

少しぼやけてきたので、具体的に再質問します。

現在のタイムスタンプのまま、リポジトリに格納したい

Subversionではできる？できるとすると、方法とバージョンは何でしょう？
TortoiseSVNではできる？できるとすると、方法とバージョンは何でしょう？

>>395
そもそもサーバー側の時間で格納される。

ttp://svnbook.red-bean.com/nightly/en/svn-book.html#svn.advanced.confarea.opts.config
の use-commit-times を参照すると、

svn export は基本的に last-commit timestamp を使用。
use-commit-times が yes の場合は svn checkout, svn update, svn switch, svn revert で
last-commit timestamp を使用.、だそうな。

ぶっちゃけ、調べてみるまで別の挙動を想定していた。
というわけで、いずれにしろ「現在のタイムスタンプ」は使用されないと思われる。

tortoiseSVN 1.6.7にて確認

ログに表示される時刻　コミット時刻
更新で変化したファイルのタイムスタンプ　更新時刻
更新で変化しなかったファイルのタイムスタンプ　変化なし
エクスポートしたファイルのタイムスタンプ　コミット時刻

追加ファイルも同じ

388は勘違いだった。

無理でしたか。了解しました。サンクスです。

おれんとこは、こう

tortoiseSVN 1.6.9
更新で変化したファイルのタイムスタンプ　コミット時刻
subclipse＋JavaHL 1.6.9
更新で変化したファイルのタイムスタンプ　コミット時刻
subclipse＋SVNKit 1.3.2
更新で変化したファイルのタイムスタンプ　更新時刻

makeコマンドってファイルのタイムスタンプでコンパイル対象を決めてるじゃないですか。
updateしたときにタイムスタンプが古くなっちゃうとbuildに支障をきたすので
updateでは現時刻のタイムスタンプにしてます、
っていうCVSの説明をどっかで見ました。
SVNもこれを踏まえてるのかと。

>>401
updateかけた後は、distcleanしてすべてやり直し。

>>401
そう、svnもそのとおりで更新時刻に更新されるのが既定の動作。makeに都合がいい。普通はこれで問題ない。

だけど設定でコミット時刻に変更もできる。

>>330 >>333 >>376
ファイル追加したブランチをtrunkにマージして、
その後ブランチにswitchしたらその追加したファイルがバージョン管理から外れてた(ように見えた)。
addはできたけどcommitは既にファイルが存在するといわれてエラー。
削除してrevertしても復活せず。

チェックアウトし直したら何も無かったように復活した。
全部TortoiseSVNで行ってたのだけど、Tortoiseの問題かどうかは分からない。

>>404
同じブランチにswitchしたということでいいのかな？

>>405
そうです。該当のファイルを初めてコミットしたブランチです。

>>404
追加ファイルがあるブランチAからマージ後にコミットせずにブランチAにswitchしたのなら、追加ファイルが当然重複すると思うけど。
マージ、コミット、switchが普通の流れだと思うよ。

エラーがでたらとりあえずクリーンアップしてごらん。

>>407
説明抜けてましたが、マージ後コミットは実行してます。

trunkのAフォルダにtxt1があり。
/trunk/A/txt1
そんでtrunkからbranchesにAをコピー。
/branches/A/txt1

/branchesのAをチェックアウトしtxt1を修正。
wc/A/txt1'

その後trunkのAフォルダにtxt2を追加。
/trunk/A/txt2

マージしようと思い、下記を実行そしたら、txt2が消えてしまいました。
svn merge file:///trunk/A file:///branches/A ./wc/A
D /trunk/A/txt2


マージで消さない方法はありますでしょうか。

>>409
ディレクトリ単位でマージかけてどうする。

branchとtrunkのどちらにマージしたいのかわからないので、
trunkにマージしようとしているとする。
違っていたなら自分の説明不足を呪って解決法を推論しろ。

-------------------------------------------------
trunkのAフォルダにtxt1があり。
/trunk/A/txt1 <== r1
そんでtrunkからbranchesにAをコピー。
/branches/A/txt1 <== r2

/branchesのAをチェックアウトしtxt1を修正。
wc/A/txt1' <== r3

その後trunkのAフォルダにtxt2を追加。
/trunk/A/txt2 <== r4
-------------------------------------------------

svn co file:///trunk/A wc/A
svn merge file:///trunk/A@1 file:///branches/A wc/A

>>409
trunkから分岐した後にtrunkにAとtxt1を追加したところから物語は始まるのか？
だとすると、コピーではなくtrunkからbranchesにマージすればbranchesにA/txt1が追加される。
branchesにtxt2でもなんでも追加修正して、trunkにbranchesを再統合すればマージされる。

気になったんだが
project名/trunk の分岐は project名/branches/分岐名 にするのが普通じゃないかな。

プロジェクト名って何だよ

ルートにttbおいてんでしょ

ttbってなんだ？と思ったら trunk, tags, branches の頭文字か

>>411
svn co file:///trunk/A wc/A
これやると、下記のエラーが出ます。
svn: 'wc/A' は既に、異なる URL にあるリポジトリ用の作業コピーとなっています

>>416
それの意味が分からないならマニュアルを読み直そうぜ

>>416

理解しているつもりです。
wc/Aは既に/branches/A でcoされており、当然の結果だと思いました。

私の理解がおかしいでしょうか。
それとも何かスイッチが必要でしたでしょうか。

>>416,418
coはチェックアウトのことなんだからそうなるに決まってるじゃないか。
何を言ってるんだお前は。
417じゃないが、マニュアル読み直せ。

>>418
どう理解したらそういう考えになるんだ

おいおい
>>411が18行目で
svn co file:///trunk/A wc/A
って書いているだろう！？

レンタルサーバにリポジトリを構築して
svn+sshを用いて複数ユーザでリポジトリを参照したいのですがうまくいきません。
助言頂けませんでしょうか。

環境は
・Mac OS X 10.6
・さくらインターネットスタンダードプラン
・xcode(3.2.1)付属のSCM使用

やったことは以下です。
・/home/usr/local/binにsvnをインストール
・/home/usr/var/svnにリポジトリhogeを作成
・RSA鍵のセットを作成
・/home/usr/.ssh/authorised_keysに公開鍵を登録
・/home/usr/.sshのパーミッションを700に変更
・/home/usr/.ssh/authorized_keysのパーミッションを600に変更
・authorized_keysの先頭に以下を記述（改行無しで）
　command="/home/usr/local/bin/svnserve -t -r /home/usr/var/svn --tunnel-user=username",
　no-port-forwarding,no-agent-forwarding,no-X11-forwarding,no-pty ssh-rsa
・SCMから、URLに以下を記述して接続を試みる
　svn+ssh://[email protected]/hoge
　（「パスワード」には鍵を作成したときのパスフレーズを記入）

こうすると、以下のエラーが出て接続できません。
エラー：210002（Network connection closed unexpectedly）説明：(null)

>>422
http://d.hatena.ne.jp/ntaku/20080921/1221930088

>>423
書き漏れがありました。
・/home/usrにbinという名前で/home/usr/local/binへのエイリアスを置いています。

さくらは知らないけど、ディレクトリ変じゃ無い?

・/home/usr/.ssh/authorised_keysに公開鍵を登録
・/home/usr/.sshのパーミッションを700に変更
・/home/usr/.ssh/authorized_keysのパーミッションを600に変更

ん？　どこが？　/home/usr/　＝　~/　の意だろう

Mac は詳しくないんでわからんが、とりあえず問題を切り分けたら？
・authorized_keys関連の設定のない状態でsvn+sshで接続できるか
・サーバにSSHでログインした状態では？
・SCMじゃなくてターミナルからは？

まさか、svn,sshが起動してないってことはないよな・・

svnクライアントは起動してるんじゃないかな
エラーを見るとsvnが「svnserveから返事こねぇよボケ」といってるように見える

しかしこの問題とは関係ない根本的な話として、
「複数ユーザでリポジトリを参照」する用途で
レンタルサーバでsvn+sshを使うってのはどうなのｗ
1ユーザを全員で使うって…誰がコミットしたのかわからんぞ
（文字通り「参照」だけでコミットしないのかもしれないが、権限上はできることになるし）

>>428
ユーザ毎に個別の公開鍵持たせれば区別できる。

>>429
確かに１つのサーバーに複数の公開鍵を登録できるけど、
鍵にユーザー名なんてつけられたっけ？

>>430
subversionのマニュアル嫁。ちゃんと書いてある。

svn+sshはおろか、ftpすらタイムアウトで繋がらなくなってしまいました。
これまでも何度かあったんですが、これはアクセス失敗しすぎてブロックされた、
ってことでいいんですかね？

>>426
＞・authorized_keys関連の設定のない状態でsvn+sshで接続できるか
さくらのユーザ名とパスワードではできました
＞・サーバにSSHでログインした状態では？
試してません。繋がるようになったらやってみます
＞・SCMじゃなくてターミナルからは？
だめでした。エラーは確か同じだったと思います。不確かですいません。


ところで、authorized_keysのcommandに書いた
"/home/usr/local/bin/svnserve"はもしかして
"/home/usr/bin/svnserve"って書くところなんですかね？
（/home/usr/local/binには直接アクセス権がないので？）

自分で立てたんじゃないの？
アクセス失敗でもプロセスが残ってて上限まで使い切ったとか。
デーモンの再起動でいけないかな

>>433
ターミナルから、sshでもftpでもtelnetでも接続できなかったもので
確認及び終了の方法がさくらの会員メニューコントロールパネルしかありませんで、
そこでも実行中のプロセスが確認できるのですが、何も実行中ではありませんでした。

この話はスレ違いですね。すみません。

subversionのcommitやupdateのレスポンスを上げたいときに、
なにを増やせばレスポンスあがりますか？

CPUですかdiskですか？

>>435
基本的には全部。NICもな。
より正確には、ボトルネックを調べてその面を強化すればいい。

ボトルネックを調べてないので、すぐに対策が取れない状態です。
即効性があるのはなんでしょう。

>>437 つまりボトルネックをエスパーしろというわけだ

>>437
リポジトリはローカル？リモート？
プロトコルはfile://？svn://？
それくらい書けばアドバイスあるかも？

いや、だからボトルネック調べろよ

svn+sshとfile://を使用しています。
svn+sshのほうが多いです。

じゃ、ボトルネックはむしろSSHだろうな。

ではfile:///のみと仮定したとき、何の増強がいいのでしょうか。

全部

>>443
file://はリモートドライブだと遅いね。無線LANだともっと遅い。ローカルは速い。
リポジトリとワークでドライブ別けたら速くならないかな？

A鯖のtrunk以下に収まっている、約4,000フォルダから
毎回数100フォルダをバッチでbranchesの
プロジェクトフォルダにコピーするのが遅いです。
/repo/trunk/{4000フォルダぐらい}
/repo/branches/project?/ココへコピーする。

>>446
リポジトリ内で直接コピーをすれば一瞬で済みますががが

遅い遅いって実時間でどれくらいかかってんだ？

分岐じゃなくてワーキングコピーでのコピーなのか？

> 約4,000フォルダから
> 毎回数100フォルダをバッチで

このへんがよく解らんな。
なんかすごい特殊な使い方してると思う。

>>447　が書いてるけど、リポジトリ内でのコピーは一瞬で終わる。
実際にはファイルコピーしないから。

コピーするというのにコピーしないという不思議

wc - wcで
svn copy /home/www/A/trunk/対象フォルダ /home/www/A/branches/対象フォルダ
を数百回繰り返しています。

その後、コミットしていますが大変遅く困っています。

>>452
＞wc - wc
って、Working Copy からWorking Copyってこと？　変な略し方すんな。

それから、リポジトリ内でコピーすれば一瞬だって今話をしてる最中だろ。
空気読め。

使い方、思いっくそ間違えすぎてて、どこから指摘すればいいかわからないレベル

>>452
それはひょっとして、履歴を保存するためにコピーしてるのか？

>>452
先にコミットしてリポジトリ内でコピーしろよ

>>453
Subversion Bookで使われてる略語だからしょうがないんじゃない
http://svnbook.red-bean.com/en/1.5/svn.ref.svn.c.copy.html

> A鯖のtrunk以下に収まっている、約4,000フォルダから
> 毎回数100フォルダをバッチでbranchesの
> プロジェクトフォルダにコピーするのが遅いです。

これの目的を書いてくれれば、いい解決方法を誰かが教えてくれると思うよ。

わかった。
file://を付けてなかったから、単なるファイルコピーしてたっぽい。
ちょっとスクリプト変更してくる。
svn copy file:///home/www/A/trunk/対象フォルダ file:///home/www/A/branches/対象フォルダ

そのままだと1ディレクトリずつコミットされるぞ。。

現在のリポジトリのバージョンが30として
バージョン20の時点に戻したいとします。

updateでバージョン指定すればローカルでは特定バージョンに戻せるけど、それをコミットすることができません。
コミットするためには最新状態にしなければならず、updateコマンドをかけるとまた最新バージョンに戻ってしまう。
どうすればいいのでしょうか

>>459

えっ　どういうことですか？

>>460
svn merge -rHEAD:20 して、出来た結果をコミット。

>>462
ありがとうございます。
なるほどマージする必要があるんですね

>>461

リポジトリでコピーするように変更するんだよな？

svn cp {fromリポジトリ} {toリポジトリ}
↑が1コミットになるということ。実際は-mオプションでコメント必要。
今と同じようにループで数百回実行すると、それぞれコミットとして扱われる。
それにコミット作業数百回ループするとなると、一瞬で終わるとは言えないかも。

ちなみに
svn cp file:///home/www/A/trunk/{対象1,対象2,...} file:///home/www/A/branches/ -m "コメント"
みたいにすれば1コミット。

何度か言われてるけど、結構特殊な使い方してると思うよ。
なぜ全ディレクトリをコピーしないのか目的がはっきりしないからなぁ

本当はこういう事をしたかったんじゃないか？
home/www/A/trunkを home/www/A/tags/version/

全ディレクトリが１０ギガオーバーしているのでcheckoutするときに時間
がかかるのです。
また、4,000フォルダをチェックアウトしてwindowsのエクスプローラーで
trunkを開くと落ちてしまいます。

なのでbranches単位でプロジェクトを構成し必要なフォルダのみ取得することで
windowsの処理を軽減しています。

ワーキングコピーが10GBなのか、リポジトリが10GBなのか。

今調べましたが、リポジトリが43ギガでした。

>>466,468
何を管理してるのか知らんが、根本的に運用方法を誤ってないか。
でかいデータはファイル共有のまま保持して、スナップショット、バックアップで管理した方が快適だぞ。

よんじゅうさんぎが・・・

>>466
branchy単位というのも良く分からないな。
ディリクトリが大きすぎるなら適当なところをチェックアウトした後は、更新修正コミットのサイクルですむと思うんだけど。
なぜコピーが必要？

仕事の受注単位でbranches以下のプロジェクトが作成されます。

それ、ブランチちゃうんちゃう？

svn://server/受注名/trunk/
にすれば、チェックアウトする範囲が小さくならない？

svn:externals なぞどうでしょうか。

1. あるプロジェクトに使うフォルダ設定をテキストファイルに記述しておく
ディレクトリ1 http://server/A/trunk/ディレクトリ1
...
ディレクトリn http://server/A/trunk/ディレクトリn


2. 作業コピーで属性設定

svn propset svn:externals --file さっき作ったファイル /home/www/A/branches/project1/
svn commit -m "コメント"

3. 各クライアントでチェックアウト

あ、http:// のとこはクライアントから見えるスキームで。

あと、未検証です。間違ってたらすいません

よく考えたらsvn:externalsにすると挙動が変わっちゃうね。

ファイルコピーの場合、コピー後にオリジナルが変更されても影響受けないけど、
svn:externals はオリジナルの変更が反映される。

43ギガと名乗ります。

たくさんのアドバイスありがとうございます。
>>459さんがやっている{対象1,対象2,...}と囲うやり方で対象の制限はあるのでしょうか？
テストしてみたら20フォルダまでしか出来ず、それ以上やると下記のエラーでます。
svn: 変更順序が不正です: ノードリビジョン識別番号を削除せず新しく追加しています
20個以内のコピーなら一瞬で終わるんですが。



svn cp file:///home/www/A/trunk/{対象1,対象2,...} file:///home/www/A/branches/ -m "コメント"

何十個もフォルダーを指定するのは一般的じゃないと思うよ。
もう少し単純に考えたほうがいいと思う。

いまいち有用そうな情報が探せなかったけど
ttp://www.raditha.com/blog/archives/592.html
の最後のほうに、「コミットしてない変更がある作業コピーでsvn cpしようとすると出る」みたいなことが書いてる

今回やったのって作業コピー→リポジトリ？

おはようございます。

今回やったのは
リポジトリ ⇒ リポジトリです。

>>481
逐一報告とか情報小出しとか面倒だから、ひととおり自分でできる限りの調査をしてから
分かったことを全部まとめて書いてくれ。

A鯖のtrunk以下に収まっている、約4,000フォルダ
各フォルダの中身は高解像度の写真、eps
大体、一週間後とごとにフォルダが追加されていく。
/repo/trunk/{4000フォルダぐらい}

受注時branches以下へproject?を作成しtrunkから
数100フォルダをprojectコピーする
/repo/branches/project?/ココへコピーする。


A鯖への接続はsvn+sshで行う。
svn copy -m "" svn+ssh://svn@A鯖/trunk/{A,B,C,D....} svn+ssh://svn@A鯖/branches/project?/
なぜか、svn+sshプロトコルは{}curly bracketでまとめて、コピーすることが出来なかったので
svn copy -m "" svn+ssh://svn@A鯖/trunk/A svn+ssh://svn@A鯖/branches/project?/
svn copy -m "" svn+ssh://svn@A鯖/trunk/B svn+ssh://svn@A鯖/branches/project?/
svn copy -m "" svn+ssh://svn@A鯖/trunk/C svn+ssh://svn@A鯖/branches/project?/
と考えたが、svn+sshでの通信が増えてしまう。
それを避けるために、wc-wc間でコピーしようと考えた。
svn copy -m "" /home/trunk/A /home/branches/
svn copy -m "" /home/trunk/B /home/branches/
svn copy -m "" /home/trunk/C /home/branches/
やっぱり遅い。


url - url間でやるしかないと思ったのが昨晩でした。

なぜかもなにも、{}を展開するのはシェルの仕事なので…

$ cat folders.txt
コピー
すべき
trunk以下の
フォルダの
リスト
(全部だったら trunk -> project? 一発なんだけどね)

$ project=project_x
$ for folder in `cat folders.txt`; do
svn copy -m "新規プロジェクト用にtrunkからコピー $folder"
svn+ssh://A鯖/repo/trunk/$folder
svn+ssh://A鯖/repo/branch/$project/$folder
done

みたいな。

…そういう問題ではなかったorz

だから、時間がかかるって実時間でどんだけかかるのか書けって。

wc-wc間で
30分〜1時間です。

次は、ワーキングコピーの内容をファイルコピーしたらどれくらい時間がかかるか計測しろ。
それで初めて、どれくらい遅いのかがわかる。

ファイルコピーしたら1時間罹りました。

ファイルコピーで1時間かかるものが、30分〜1時間で終わるんならsvnは全然遅くないじゃん。

何か良くわからんけど、そんな問題なのかな？

>>483
そもそもそれバージョン管理する必要あるの？

>>491
>490の名前欄

「受注」ってソフトウェアの開発とかを受注するんじゃなくて、画像の編集とか印刷とかWeb作成を受注したってこと？
だとしたら、全員が毎回全部coする必要なくて、いつでも共通で使うものと「受注単位」のものを分けたら？

その画像ファイルに新旧があるのならともかく、フォルダーが増えるだけってのはバージョン管理の意味が泣くね？

すみません。
なかなか、時間が計れなくて。

trunkから取得されbranchesへコピーされた、データは作業者がcoし
修正しその後にtrunkへマージされます。

>>497
それって通常のSubversionの運用と根本的に違うくね？

そう？うちも大体同じだけどなー

4000フォルダは無いけど。

trunkから分岐して、必要なフォルダだけチェックアウトすれば一瞬だけどな。

てか、何気なく膨大な巨大バイナリが問題なく扱えてる実例が見れて安心した。

そうかねぇ。
一度、１ディレクトリに800MBほどのファイル群を置いてみたらコミット／チェックアウトが遅すぎて、
バカバカしくなってそこだけファイルサーバーからデプロイする運用に切り替えたこともあるんだが。

作業をするためにはブランチを作る、というルールが徹底されてそうな雰囲気だな。
それって分岐なのかね、と。

もう一度ディレクトリ構成を見直したらどうだろか。

バージョン管理とは関係なくて、４０００フォルダーが並んでる？ディリクトリ構成が問題じゃないかな。
もう少し階層化を考えたほうがよさげ

＞違うくね？

日本語でどうぞ。

毎週増えてく性質の物を、何で全員が毎回全部チェックアウトせねばならないのかを説明してくれ

それよりも一部を切り取ったブランチを作るから問題なんだよな。
trunkを丸ごとコピーしてブランチを作成すればよい。そうすれば今悩んでいるコピーの煩雑さはなくなる。
使う側がチェックアウトするのがでかくてたまらん！という問題に対しては、
必要なとこだけチェックアウト、もしくはtrunkをチェックアウトしておいて、swすればよかろ。

あー、つまり、普通の運用をすれば今の悩みはなくなるといいたかった

サブディレクトリをcoできるのを知らないとか？

どんな規模で何をやってるのか知らないけど、システム作った方が早くないか。
このまま増大し続けるファイルを操作する将来に掛かる工数を計算したら、
数百万くらい払ってもいいということにならないか？

何のために数百/4000フォルダをコピーしなければならないのか。
その数百というのは毎回違うのか。違うとすればどのように選択するのか。
10Gというのは数百フォルダをcoした結果なのか、それともtrunkをcoした結果なのか。
で、ファイルコピーに要する実時間は結局どのくらいなのか。

作業者はwindowsユーザで、巨大なtrunkを取得すると
coしたディレクトリを開くだけでwindowsのレスポンスが低下してしまいます。

branchesの管理は外部プログラムを利用し、オーダーごと必要なフォルダをbranches以下に
コピーしそれをcoするようになったのです。
そうなれば、windowsユーザは自分の作業に不要なデータを持たず、その仕事に必要な
フォルダのみを取得することで作業が円滑に行えます。

だから、trunkを分岐してbranchiのサブホルダーの必要なところだけチェックアウトすればいいっていってるだけだけど。
分岐は一瞬だぞ。

svn copy -m "" svn+ssh://svn@A鯖/trunk/{A,B,C,D・・・} svn+ssh://svn@A鯖/branches/project/
このコマンドでは ”svn: 変更順序が不正です: ノードリビジョン識別番号を削除せず新しく追加しています ”
というエラーで出来なかったのですが。


tortoisesvnを利用しssh+svn通信でrepositoryのbranchesに適当なフォルダを
作成し trunkから数100のフォルダをランダムで選択。
先ほど作成した、branchesのフォルダにrepository内でのコピーを行ったら
普通に出来ました。
logを確認していると100フォルダのcopyが1回のcommitで出来ています。

subversion(サーバ側）でtortoisesvn側で発行したコマンドをlogで確認できればいいですが。

リポジトリの分割は考えてないの？

当初は分割をしていましたが、下記のサイトを見てみると
subversionは耐性がありそうなので一括管理のほうがよいと判断しています。
ttp://subversion.wandisco.com/wiki/index.php/Does_a_Repository_have_a_maximum_disk_size

ですから考えていません。

tortoiseSVNはコマンドラインを呼び出してるわけじゃないから

いちいちたくさんのフォルダーを選択するのってめんどくさくない？

そうではなくて、コマンドで、下記を実行したときはエラーで
実行できず。tortoiseSVNで複数のフォルダを選択しコピーが出来ていることが言いたかったです。
svn copy -m "" svn+ssh://svn@A鯖/trunk/{A,B,C,D・・・} svn+ssh://svn@A鯖/branches/project/

>>518
シェルの補完は実ファイルに対して有効じゃないんだが。おわかり？

>>519
対してしか有効じゃないんだが

それってどういう意味ですか？

43ギガのリポジトリとか壊れた時のショックが半端なさそうだな
バックアップどうしてるの

>>521
まず、{A,B,C,D・・・}というシェル展開記法が可能なシェル(たとえばbash)で操作してるのか？

それから、状況がやっぱりつかみにくい。
svn copy trunk branches/オーダーN
とした場合、オーダーNをチェックアウトする処理、およびディレクトリの表示が重くなる。
それを避けるため、オーダーに必要なディレクトリのみが含まれたブランチを作成できればよいと考えた。
しかし、そのブランチを作成するのがどうもうまくいかない。
という認識であってる？

>>519
svn copy -m "" svn+ssh://svn@A鯖/trunk/A svn+ssh://svn@A鯖/trunk/B svn+ssh://svn@A鯖/branches/project/
つまりこれは不可能だといっている？

>> まず、{A,B,C,D・・・}というシェル展開記法が可能なシェル(たとえばbash)で操作してるのか？
bashです。


>> それから、状況がやっぱりつかみにくい。
>> svn copy trunk branches/オーダーN
>> とした場合、オーダーNをチェックアウトする処理、およびディレクトリの表示が重くなる。
>> それを避けるため、オーダーに必要なディレクトリのみが含まれたブランチを作成できればよいと考えた。
>> しかし、そのブランチを作成するのがどうもうまくいかない。
>> という認識であってる？

合っています。実行すると下記のエラーが出ます。
"Invalid change ordering: new node revision ID without delete"


>> svn copy -m "" svn+ssh://svn@A鯖/trunk/A svn+ssh://svn@A鯖/trunk/B svn+ssh://svn@A鯖/branches/project/
>> つまりこれは不可能だといっている？

上記だと、たとえば200フォルダ合ったときにかなり長くなってしまうと思い、svn+ssh://svn@A鯖/trunk/{A,B,C,D・・・}
で考えていました。そのやり方もトライしてみます。

いまrepositoryをすべてexportしています。
もう一回新規でrepositoryを再構築してみます。

また報告しますね。
おやすみなさい。

>>525
シェル展開される場合は以下の2つは等価だよ。
svn copy -m "" svn+ssh://svn@A鯖/trunk/{A,B} svn+ssh://svn@A鯖/branches/project/
svn copy -m "" svn+ssh://svn@A鯖/trunk/A svn+ssh://svn@A鯖/trunk/B svn+ssh://svn@A鯖/branches/project/

って、今意味を読み取れたが、>>519はURLなどについてはシェル展開の対象外だと書いているのか。
そんな賢くかつ不便なシェルあんの？

svn copy trunk branches/オーダー1
として、オーダー1の中の必要なとこだけチェックアウトじゃだめなのは何でなの？

シェルの挙動に関して誤解してた。
a{b,c,d}
という引数は
ab ac ad
に一方的に分解してくれる仕組みなんだな。ファイルが存在してないと置換されないものだと勘違いしていた。
この件についてはcygwinのbashとWindows標準のcmdで追試した。
当然のことながらcmdではこの置換は行われない。

cp -p hoge.xxx{,.bak}
とかよくやるよね

>>526
は？ export してリポジトリ作り直して、それでいいの？
履歴は要らないの？なんで Subversion 使ってるの？

おはようございます。

exportは下記のエラーが出るために試しています。
"Invalid change ordering: new node revision ID without delete"

>>511は無視かよ

初心者：ある目的（その目的は明らかにしない）のために、このような実現手段を取ったんですが
その実現手段がうまくいきません。
上手い質問者：このような目的のために、こういう実現手段を取ったんですがうまくいきません。
この実現手段でうまくいく方法か、目的を実現するための別の手段はありますか？

Subversion使えば上手くいきますよとか言ってしまって、ディレクトリが少なかったときは
うまくいってたけど、ディレクトリが増えて手に負えなくなっても引っ込みがつかないんじゃ
ないの？

>>518
svn+ssh://svn@A鯖/trunk/{A,B,C,D・・・} の展開結果が
シェルで扱える長さを超えたって可能性は…ないよな、きっと。

普通にありそうだが。

その昔の膨大なフォルダーの昔のやつは修正されるの参照だけ？
それによってはバージョン管理そのものが必要かどうか判断できる。

昔、リポジトリに日付フォルダが次々追加されてて困ったことある。

>>483
なぁ、一週間に一回受注が発生して、まぁ400フォルダ増えるとしようか。
1年後には20,000フォルダ増えるってことになるんだが。

>>540
増えるのはそんなに多くなくて、一人（？）の作業対象が数百フォルダなんでしょ。

で、そのうちどれくらいを変更するの？
その変更はtrunkに適用しないといけないの？
同じフォルダをcoした他者へは適用しなくていいの？
そのブランチは作業終了後どのような位置づけになるの？

というかそもそも今回の一連の話、
内容によってサブディレクトリを切れば問題なくね？

フォルダって日付とか注文番号？

あーやっぱSVNだよな。
落着くなあ。。。気持ちいいなあ。
Mercurialは日本語のファイル名が使えないからソース管理にしか使ってない。

hg可愛いよ

ディレクトリへの全員の書き込み権限を保存したいのですが
そういうことは出来ませんか？

日本語でおｋ

たぶんできないと思う。
うちはパーミッションを設定しなおすスクリプトもリポジトリに入れてる。

フックとか使ったらいけるんかなぁ

ありがとうございます。
スクリプトも含めるのはいい案ですね。

Subversion 1.6.11 age
http://svn.apache.org/repos/asf/subversion/tags/1.6.11/CHANGES

ロールバックすると、ファイルは消えたのですが、ディレクトリが残ったままです。
これが普通の動作なのでしょうか？

はい。消えたらへこむこともあるでしょう

ってファイルは消えたんだ？
むしろうちファイル消えない。。。読めてなくてごめん

TortoiseSVN 1.6.8 age
http://tortoisesvn.googlecode.com/svn/tags/version-1.6.8/src/Changelog.txt

Slikももう更新してるな。サクッとアップデート

>>548
＞フックとか使ったらいけるんかなぁ
ムリだろ。
サーバー処理ではどうしょうもない。

クライアントフックなら可能だろうけど、
クライアント次第になるな。

ソースコード管理する場合に、
ロックよりマージがいい理由って何？

>>557
じゃあ、おまえが修正したいソースファイルを
俺がロックしたまま一週間出張に行っちまってもいいかい?

サブバージョンの競合製品を教えて下さい

VSSあるいは共有ネットワークドライブ

>>558

ロックされてても編集できるんじゃないの？

>>561

そして >>558が帰ってきて、自分のソースをチェックインするのか……

マージの場合も、チェックインされたら
上書きされね？

>>563
マージしなければコミットできない

そうでしたか。
すいませんでした。

>>557
マルチコア環境(※1)だと排他ロックよりロックフリーなアルゴリズムの方が効率が高いんだ。
順次実行しかできない部分が多ければ多いほど、投入した資源(※2)ほど性能が上がらなくなるわけでな。

※1: と書いて「プロジェクトチーム」と読む。
※2: と書いて「プログラマ」と読む。

うちのご老体が何度言ってもコミットを5回6回に分けてコミットしてくる・・・
ファイル一つずつコミットとか辞めてくれー

>>567
それの何が問題なのかを伝えた?
つーか、何を問題にしているのか私も知りたい。

なぜまとめないと困るのかを伝えたかい？
理由もいわずにまとめてくれ、だとそうなる率は高いが。。

むしろtracと併用でチケットとチェンジセットあわせるから
同じファイルでも変更点ごとにコミットしてるな。ああでも
ひとつのバグの変更点が複数ファイルにまたがるときは
一回でコミットするか。そういう話?

svn remove してから svn add する派もあるぞw
属性が毎回消えるw

removeしてaddは思いつかなかった。それはさすがに
ひどいなww 履歴とかどうなるんだ?

もちろんえらいことになるw
まあ、共有フォルダという認識なんだろうけど

>>570
今回の場合は後者だと思うんなぁ。
前者もやめてほしい。よくやられる。

>>571
コンフリクトがよほど気に食わなかったんですかね。俺様絶対という空気がｗ

複数ファイルを一気にコミットしようとすると
eclipse+subclipse が固まったまま永遠に戻ってこない時が、たまにあるのじゃよ…
それが怖いから、1ファイルずつちまちまと、
「イケるかのう？ よしよし、じゃあもう1つどや？ よーしよし」
とコミットしとるんじゃ…

でもTortoiseSVNでコミットするとエラーが出たり固まったりすることはないので、
あまりに大量のファイルをコミットするときはそっち使ってます

自分の環境の悪さを盾にメンバー全員に迷惑をかけるってそれほんとに害しかないじゃん

>>554
なんかインスコ時にレジストリ登録し忘れててアイコンが出ないバグがあるから
フォーラムにregファイルうｐしといた

と言っても他の人の投稿をちょっと直してファイル化しただけだが

ああ、アイコンオーバーレイ利いてないのやっぱりバグだったのか。
別に出なくても大して困りはしないんだが、ちょっと気になってたんだ

一回アンインストールして再インストールしたら表示されたよ

>>577-579
上書きインストール（Repair）で直るよ。アンインストールの必要はない。

アイコン消えるとか、そ〜ゆ〜ヤメて欲しいよ
再インスコって・・・

1.6.8 はインスコすんの見送ろうかね

>580
サンクス。インストーラ取っておいてたからそのままRepairしたら直った。
困りはしないけど、やっぱ出てたほうが分かりやすいな

updateが遅すぎる

解決しました。

>>584

お。どんな風に解決しました？

誤ってSVNのファイル削除とファイル追加で
系統情報が消されてしまったファイルが存在してて、
気付かずにそのファイルに何回かコミットをしていて、
やっと気付いて、過去の系統情報が現行のファイルに
繋がる形で復旧したいと思ったのですが、
そういうことって出来るのでしょうか？

苦肉の策で、mergeinfo属性をいじって、系統情報消失前の
リビジョンのファイルからのマージということにもしてみたのですが
ログが時系列にならないので微妙でした・・。

>>586
消失前のリビジョンのファイルをコピーしてそれにマージをすればつながらないかな？

eclipse 3.52 でSubversionプラグインの
インスコを何度か試してるんですが、64%まで行くと必ず失敗してしまいます。
どなたかご教授お願いできませんか…。

An error occurred during the org.eclipse.equinox.internal.provisional.p2.engine.phases.CheckTrust phase.
session context was:(profile=SDKProfile, phase=org.eclipse.equinox.internal.provisional.p2.engine.phases.CheckTrust, operand=, action=).
One or more certificates rejected. Cannot proceed with installation.

>>588
証明書エラーなので証明書を信頼してやる

無事インストールできました。
有難うございました。

ブランチって何に使うの？

分岐したいとき。例えば、修正するときにテストが終わってからtrunkにマージさせたいときとか。

リポジトリの、db/transactions/ に大量のディレクトリができてるんだけど、
これって1週間以上古いものとかは消しちゃってもいいもんでしょうか。
それとも、ここには何も残らないのが正しいんでしょうか。

自己解決。svnadmin rmtxnsで定期的に古いものは消すことにしました。

.svn ディレクトリ群が本番環境にあがってしまうことにより
起こりうる事故を教えていただきたい。

基本.svn系は本番にあげちゃいけないよね？

それが判らないのに本番環境を管理しているの?
本末転倒じゃない?

だいたいパーミッションがちゃんと管理されてなくて色々丸見えとか
ディレクトリトラバーサルとかで丸見えとか色々思い当たる節はあるけど
ディレクトリトラバーサルができたら.svnうんぬんの問題じゃないし
他にどんな問題があるかなと思って。
エンジニア歴４年ぐらいだけど、本番環境を一から構築したことはなくて、
色々調べ中なんです。ご教示頂きたく。

>>597
ファイル名やディレクトリ名のパターンに基づいてパーミッションを設定してるときに、
.svn とか svn-base とかのパターンを考慮し忘れてて意図せずパターン漏れしたり。

そもそも .svn を置かなけりゃ、そんなのも気にしなくていいんだよ。

>>597
ソースが見える→バグが見つかる→そこをつかれて顧客情報が流出など。

ソースを書かなければバグはない。
作業が少なければ事故も少ない。

そして誰もいなくなった

別にそんな勢いあるスレじゃないしいつものことかと

ファイル名やディレクトリ名のパターンに基づいてパーミッションを設定してるときに、
.htaccess とかのパターンを考慮し忘れてて意図せずパターン漏れしたり。

そもそも .htaccess を置かなけりゃ、そんなのも気にしなくていいんだよ。

ファイル名やディレクトリ名のパターンに基づいてパーミッションを設定してるときに、
*.php とか *.cgi とかのパターンを考慮し忘れてて意図せずパターン漏れしたり。

そもそも *.php *.cgi を置かなけりゃ、そんなのも気にしなくていいんだよ。

何もせず部屋に引きこもってアニメでも見ていれば
な〜〜〜んにも気にしなくていいんだよ。

そうだね、プロテインだね。

Railsがマンセーされている理由を垣間見た気がする。

.svn/が全ディレクトリにあるのが・・・
.git/, .hg/, .bzr/

>>608
同じディレクトリを複数のバージョン管理ツールに
同時に管理せたらどうなるのか、ちと怖いなー

たまにやるよ。
一時的に管理したいときとか便利。

TortoiseSVNを使用

リポジトリのチェックアウトは
HDDの台数や使用容量に差があるので
異なるドライブにチェックアウトする事がある
各スタッフが任意に行う

相対パスではなく絶対パスでしか
ファイルを操作できない状況にあるため
全員共通の絶対パスを通したい

スタートアップにbatファイルを置き
substでチェックアウトしたフォルダを
ドライブとしてしまえば
どこに置いてあっても共通の絶対パスが通る
が、しかしここで問題が発生

例えば元はDドライブのどっかにあって
substでYドライブとして割り当てたとする

この時、Yドライブとしてコミットすると
エラーしてしまう

DドライブでもYドライブでも
コミット出来るようにしたい

tortoise subst などのキーワード
エラーメッセージを端的に抜粋して
などの方法で調べてみたけど
解決出来ませんでした

どうしたら良いでしょうか

>>611
絶対PATHが必要になる運用を止める。

共通の絶対パスでないとダメなのにDでもYでもできるようにしたいという
わがままをやめる。

ジャンクション使えば？
試してないけど

>>611
いつもsubstしたドライブにチェックアウトして使ってるけど問題ないけど。

ＤとＹ同時にってこと？ワーキングコピーを共有する使い方は良くないと思われるよ。

ネットワークの共有フォルダにしてサーバ名と共有名指定でいいじゃない
例えローカルで1台の環境でも使える。

ちょっと質問です。

cygwin 1.7で入れたcvs2svnにて昔のプロジェクトをsvnに変換しようとしているのですが、
途中でエラーがでて完了できません。

ERROR: Unable to convert a path 'branches/avendor/unko.txt へのショートカット.lnk' to internal encoding.
Consider rerunning with one or more '--encoding' parameters or
with '--fallback-encoding'.
Exception exceptions.AttributeError: "'NoneType' object has no attribute 'error'" in <bound method Popen.__del__ of <subprocess.Popen object at 0xXXXXXXXXX>> ignored

ログはEUC-JPで記録されているようで(nkf --guessで確認済み)
それでいてマルチバイトのファイル名の扱いが気になります。

利用したコマンドはこんな感じです。

cvs2svn --encoding=EUC-JP --fallback-encoding=shift_jis -s /svn/hoge /CVSROOT/hoge

Pythonは2.5.5でした

どのへんが悪いものでしょうか？

>>617
そのファイル名が Shift_JIS なんでしょ。
"--fallback-encoding" はパスには適用されないことになってる。（たぶん安全のため）
http://cvs2svn.tigris.org/cvs2svn.html#cmd-ref

EUC-JP で変換できないときのために --encoding=Shift_JIS を後ろに足しておけばいい。

>>618
うまくいきました

いろいろ試したのですが、結局、

cvs2svn --encoding=euc_jp --encoding=utf_8 --default-eol=CRLF -s /svn/hoge /CVSROOT/hoge

でうまくいきました。sjis関係なかった?? orz

svnでのチェックアウト時にCRLFになってほしいのがLFになってしまったので --default-eol=CRLFをつけてあります。

この状態でcvsでチェックアウトしたのと変換後のsvnからチェックアウトしたのを
diffとってみたところ問題ないようなのでこのまま行きます。

ありがとうございました。

ついでに質問なのですが、cvsのチェックアウトや変換処理等バッチ処理してしたいんですが、
cvsのcheckoutってcygwin版だと、CRLFに変換してくれるオプションってないんでしたっけ？
wincvsだとデフォルトでCRLFになってるんですが、コマンドラインで操作したくて

これってbinaryモードでマウントしているせいかな。かといってテキストモードにすると他で不具合あるし

GUI ではない、CollabNet 版 Subversion クライアントの、日本語メッセージファイルってのは
存在するのでしょうか？

>>620
CVSNTじゃ、だめ？ あとその手のことはCVSスレ(以下の2つ)やCygwinスレで聞いた方が回答が多いかも
http://pc12.2ch.net/test/read.cgi/unix/1093611448/l50
http://pc12.2ch.net/test/read.cgi/tech/1113141518/l50

>>621
CollabNet版って現在 http://subversion.apache.org 配下にある奴?
subversion-1.6.11/subversion/po/ja.po のことじゃなく?

>CollabNet版って現在 (p)http://subversion.apache.org 配下にある奴?
はい。Windows 用の certified binary 扱いの物です。

元ソースファイルには .po が含まれているのですね。今ダウンロードして確認しました。
自分でコンパイルしないといけないのかな？

subversion1.4.2（Linux）
TortoiseSVN1.6.5（XP)
で開発に使っていますが、あるメンバーだけ、そいつがコミットするとそれ以前の他人の変更が元に戻ってしまいます。
まるで更新せずにコミットしたような感じです。でも先に他人のコミットを取り込まないと、コミットできないはずなのですが。謎です。
原因がわからず、でも調査のために開発の手を止めるわけにもいかず、困っていますが
何か心当たりのある方いませんでしょうか。

>でも先に他人のコミットを取り込まないと、コミットできないはずなのですが。
たとえば、
他人の修正を取り込んだ後に、
「以前のバージョン + そいつの変更」のファイルをどこからか（そいつのローカル
バックアップとか）持ってきてチェックインかけているのでは？

まぁ、Conflict 発生時に手動マージをサボって "Use mine" を選択しているだけだろうけど。

たぶん前者だよ。
なぜそうしてるかというと、たぶんconflict発生を嫌がって、チェックアウトディレクトリで作業していない。

そういう他人に害をなすやつはクビにしろよｗ

いるいる、そういうやつ。

そいつだけこっそりgitを使っていて、自分でも何をしているのか分からない可能性もある。

どういう差分がコミットされているかも調べずにここに聞きに来ている事から判断すると、
組織全体がダメだと思われる。

みんなも言ってるけど、どういう操作してるかを隣で見せてもらえば、
一発で分かる気がする。

>>622
ども
WinCVS付属のCVSNTでチェックアウトしてみたらCRLFになりました。
サンクスです。

CVSNTでチェックアウトした場合は、
ローカルファイルへのリポジトリのパスのせいかcygwinのcvsでは操作出来なくて
CVSNTから使わないとダメっぽいのですね。
それだけ注意してみます。

>>631
差分をみたから他の変更がなくなってることが分かってるんだと思うよ
コミットする人が差分を見ないのが悪いということなら同意。

>>632
特にそのようなレスはないけど、見せてもらうのがはやいね。

オフサイトかも知れないしね。
ま、変なコミットを防御できない、取り消せないSubversionの欠点の１つではあるが。

>>634
いや、コンパイルしたらリンクが通らないぞ、がやがや、犯人探し、だと思う。

>>634
・他人の変更をロールバックし、自分の変更をコミットする。
・他人の変更のロールバックと自分の変更を同時にコミットする。
全然違う。

どのような操作が行われたのかはサーバ上の履歴を見るだけだが、それすら
していないようなので、ダメな組織なのだろう。

レビュー受けてからコミットという運用もあるみたいだね。
その前にupdateしてコンフリクト解消していないと意味ないだろうけど。

もしかしてファイルの変更を検知しないエディタで作業してるんじゃないか？
ファイル書き換え→コミット→先に更新しろと怒られる→更新→マージ→エディタが自動保存でファイル上書き→コミット
というシナリオが可能じゃないか？

あー、可能かもしれないね。
自業自得ですまないあたりが厄介だなｗ

>>625
亀レスすまん。アク禁くらってた。

うちでも実際にあったよくあるパターン。
1. 最新ソース取得のため作業コピーを更新
↓
2. 必要なプロジェクトだけ他PCにコピって、そっちで開発
↓
3. コミット前に作業コピー更新
↓
4. 自分の成果物を上書きコピー
↓
5. コミット
↓
6. 本人は仕事したつもり

昔、うちの外注が下手打ちやがったことがある。
そんときは 3 と 4 が逆だっつーことを小一時間...(ry

自分で立てたFreeBSDで自ドメイン開設するほどの、結構、スキル高いやつなんだが、
それでも、作業コピーの更新と自分の成果物の上書きが実は逆だったということに
全く気がついていなかった。

>自分で立てたFreeBSDで自ドメイン開設するほどの

これのどこがスキル高いんだ?w

サーバがsvnでもクライアントがgit、hg、bzrで防げることだね。

>サーバがsvnでもクライアントがgit、hg、bzrで防げることだね。
少数の人間が異なるファイルを編集している間はね。
自分のファイルを他人が修正し始めると、マージで地獄を見るぞ。

>>641
あるあるあるあr
10年くらい前にCVSで発注先がそれやって酷い目に遭ったわ。
バージョン管理システムの使い方をちゃんと教えられなかった俺にも責任はあったけどナー……。

>>644
同じマージ地獄でも、ローカルにコミットが残ることによる幸せ度は違うと思うが。
SVNで同じことしようとすると、個人毎にブランチを切るって話になって、
カオスが増すだけだと思うが。

「バージョン管理つかっているから起こりえない」だろうはずのことが
人為的ミスや教育ミスで簡単におこるんだな・・・

そりゃバージョン管理は意味までは見てくれないから当たり前。

マージをサボって古いコードになったのか
エンバグしたから元のコードに戻したのか

運用的にはコメント付けを必須にするくらいかねぇ。

特定の人が繰り返しコードを上書きするのなら、その人とお話しするのが一番の解決策だと思います。
SVN 云々の話では無い。

>>648
> 運用的にはコメント付けを必須にするくらいかねぇ。
BTSでのチケット管理でしょ。

オレ高卒だから知らんけど、
svnやcvsって、大学やコンピュータ専門学校の授業では教えないの？

>>650
俺情報系大学の院まで出たけどCVSすら授業では教わらなかった

授業で教わるようなもんじゃない。

エディタの使い方とかと一緒で一般教養以前の知識。
大学でエンピツの使い方なんか教えるはずないだろ？ > 650

美大で教わったけど

>>650
専門学校では全く教えてくれなかった。
業界に入ったら最初の仕事から使う事になって苦労したわ。
今ではバージョン管理無いと辛くて仕方ないけど。

>>653
自習するしかないとは思うが、「一般教養以前」と言えるほど単純なものとは思わん
お前がスーパーハカーだから気づかないだけだと信じたい

cvsが出てたんだから、rcsがかわいそう。
rcsまでは単純だったと思う。
分散型の登場で、rcsに先祖かえりしたと思う。

まぁディレクトリ全体を出たばかりの GNU-diff で Patch をつくり VAX に
転送して、一日の作業の保存完了。って時代もあったわけだしな

50年代とかキーパンチでプログラミングしてた時代は
バージョン管理してたのかな。

打ち直したパンチカードを差し替えた残りが履歴だろ。
パンチカードはマージ、シャッフルが自由自在だ。時代はめぐる。

プログラムの再利用可能性
（全く同じ字面の行なら同じパンチカードが使い回せる）
を追求した人とかいたらしいな

サブルーチンの束を借りてきて重ねて読ませればリンクの出来上がり。
今と変わらんな。

diff, patch は一般教養？

ファイル名の変更と内容の変更が衝突したときのダルさは異常。みんなどうしてる？
ファイル名変更前は連絡するとかの運用カバー？

運用でカバー、かな。

１つのファイルを修正するのはたかだか１〜2人にして（そういう風に設計して）、
朝会(最大15分)で概要を知って衝突しそうなら、その担当者間で話し合って
解決するようにしてる。

あと、コミットログやTracのチケットをメールやRSSやチャットで通知して、
他の人の作業状況をできるだけ把握させるようにしてる。

衝突するだけなら別になんてことないんだけど、名前の変更とかぶるのはきついねぇ。
言語にもよるけど、クラス名=ファイル名とかにしてないのかな。
そうならクラス名変更の時だけ通知とかでどうにかなるかも。

Subversion 1.6.12 Released
http://svn.haxx.se/dev/archive-2010-06/0320.shtml
http://svn.apache.org/repos/asf/subversion/tags/1.6.12/CHANGES

TortoiseSVN 1.6.9 age
http://tortoisesvn.net/node/403
http://tortoisesvn.tigris.org/ChangeLog.txt

安全なの？だれか毒見よろしく

URLがfile://〜だと、マージダイアログのURLの参照のボタンでリポジトリが開かずに、フォルダー選択ひらいてしまう。履歴は出るからパスはあってるはずなのに？
うちだけ？

win2kで使っているけど、新しいの入れたら、ホットゾヌ起動時に
「プロシージャ エントリ ポイント DecodePointer がダイナミックリンク ライブラリ KERNEL32.DLL から見つかりませんでした。」
ってエラーが出るようになった。
なんで関係ないアプリに影響がでるんだろう。

前のバージョンに戻したらエラーは出なくなった。

DLL HELLですね

デリヘルだと！？

ちょっとスレ違いだけど、
>>323
> >>312-313
> ・文字コードが違う環境間をまたいでバージョン管理する
> かつ
> ・ファイル名に、環境間で互換性のない文字（ASCII以外だと思っておｋ）が入ってる
> という場合。

こういうのってシステムを改良すりゃ解決できるような問題なの？

>>674
hgのことならcygwin utf-8化でカオスが増している。

>>675
そういう話ではなくて、システムを改善すりゃ解決できるような問題なのか、そもそも対応できないような問題なのかって話。

ruby1.9の文字列みたいな仕組みを取り入れれば解決できるのかなぁと、ぼんやり思ったのだけど。

仕組みを取り入れればって、そんなことなら全ての事柄全般その通りだろバーカ

>>676
そういう話なら「バージョン管理システムについて語るスレ」
http://pc12.2ch.net/test/read.cgi/tech/1270640436/
の前半を見れば分かる。
無限ループになっているけど。
hgの場合、pythonだし、拡張機能も簡単に作れるし、
分散型でfork無問題だから、やりたい人はやって、なんじゃない？
実際fixutf8ってのもbitbucket上にある拡張機能だし。

>>678
「バージョン管理システムについて語るスレ6」ね。
http://pc12.2ch.net/test/read.cgi/tech/1270640436/

所詮プログラムなんだし、近代的な OS のほとんどは UNICODE ファイル名や UNICODE 文字変換を
サポートしているので
「やれば解決できる」問題でしかない。

問題となっているのは、すでにあるリポジトリをどうするか。
新しいリポジトリを古いツールで参照したときどうするか。

CVS/SUBVERSION 見たいな、リポジトリの中央管理アーキテクチャの場合は解決しやすい。
分散リポジトリの場合はめんどくさい

>>680
おもいっきりスレ違いだとおもうけど、ちょうど文字コードの方でも同じ話題が。
http://pc12.2ch.net/test/read.cgi/tech/1236529563/
/と'\0'以外にパス名に制限の無いLinux,Unixが近代的なOSで無いとでも。

>>680
スレ違いだろ。>>679でやれ

せっかくなので、SVNに話を戻すと、化け化けのファイル名がコミットされていて、すぐに消されていた。
多分犯人はEclipseかNetbeansだったのだと思う。
こういうことがあるから、SVNと言えども、ascii以外のファイル名は怖くて使えない。

クライアントのバグの話を持ち出されたら、
大文字小文字を区別する/しないファイルシステムを考えたら
ASCII だって怖くて使えない。

そうだね。大文字小文字区別しない(拡張子が特に厄介)
「コピー〜」ってUnicodeで危険な文字を含むファイルを勝手に作る、
nulというファイルを作れないWindowsは怖くて使えないね。

あら。理解したようですね。>685

このスレ的にsvnだと別にいいんだけど、Windowsだと
コピっただけで「のコピー〜」って名前で複製されるのがgitやhg的にすごい迷惑ｗ

>685
Windousだと「.」で始まるファイル名が

>>688
新しいOSか？

だと思うよ。windowsは作れるもん。

ごめんおまいらアホみたいだから訂正
explorerだと「.」で始まるファイル名が

他でできるんだから explorer から作れなくたって別に……
メモ帳からだって作れるんだし

>>691
が？
その続きを言わないってのはなんかの釣り針なの？

>>693
> 693 名前：デフォルトの名無しさん [sage]： 2010/06/27(日) 07:08:02
> >>691
> が？
> その続きを言わないってのはなんかの釣り針なの？
Windowsに限らずLinux,Unixでも普通の状態だと見れません。だから.svn入りのディレクトリを消す輩が現れます。

えっ

>>694
ワーキングコピーを消して何か困ることがあるのか？

>>696
つ>>641

全部のPCにsvnクライアントなんか入れられないでしょ。
で、共有サーバに展開したりするのね。
で、.svnが見れない、というよりsvnが何なのか分からないから消されるのね。

>>694
????????

>>698
svnのシステムを使っておいて、svn全部の理解させるかはともかく、
しちゃダメなことは通達しておけよｗ

どうしても、svnを意識させないなら、webdav使うとか、更新感知して同期自動コミットさせるとか
やり方はあるだろうが・・・

>>698
> 全部のPCにsvnクライアントなんか入れられないでしょ。

これはおかしいだろ
svn覚えさせるコストが大変とかならわかる

ソースを修正しないならエクスポートでいいんだし、
修正するならsvn使わせればいいんだし
Windowsでもtsvnじゃなくてコマンドライン版ならインストールに管理権限要らないし

>>701
> > 全部のPCにsvnクライアントなんか入れられないでしょ。
>
> これはおかしいだろ
> svn覚えさせるコストが大変とかならわかる
>
デザイナのPCにsvn入れるの？

>>699
> >>694
> ????????
ls -a は言わずもがな、GNOME、KDEやsamba。

>デザイナのPCにsvn入れるの？
Adobe の HTML デザインソフトの DramWeaver は SVN 内蔵しているのだが。

うちのデザイナやHTMLコーダーは普通にTortoiseSVN使ってるぞ。

>>698 .svn以下いじれないように権限設定すればいいじゃん

>>703
ソースいじるなら使わせればいいじゃん。

いろいろ文句つけといて後でいうのもなんだけど、よく考えたらうちのデザイナにはsvn使わせてないなｗ

TortoiseSVNはチェックアウトのリポジトリパスを普通のパス使わせてくれよ
なんでいちいちfile:///形式にしないといけないんだ

なんでWdbブラウザーはhttp://を入れなくちゃなんねんだよ。まで読んだ

WEBブラウザはローカルファイル開くときにfile://を入れなくてもいいよ。C:\hoge\test.htmlでも開いてくれる。
svnはfile://を入れないとダメだね。C:\hoge\だけじゃ開いてくれない。俺も不便だと思う。

ローカルにリポジトリ置いてるやつは分散型試してみろよ

Linux版のgitスレにTortoiseGitでSVNリポジトリうんぬんってあったけど、
本当に使える？

Webブラウザは普通ローカルパスいれるとfile://形式に自動で変換してくれるな
TortoiseSVNにそういう仕組みがあったら便利かもね

え？まだ誰もパッチ書いてないの？
こんな修正30秒もあればできるのになぜやらない？

ならやれよ。

>>716
SVNは集中型だからそのパッチが受け入れられなかった場合管理の仕様が無いから。

そろそろ、バージョン管理システムのバージョンを管理するシステムが必要ですね。

マスタがSVNでもgithubとかにミラーがあればいじれるけど。
たとえばruby。
http://github.com/ruby/ruby

>>719
リポジトリが壊れたときように、リポジトリをsvnで管理するのかな。
そのバックアップリポジトリをまた、svnで管理する、と

>>720
こういうの助かるよ
svnからでかいプロジェクトを直接git-svnすると遅くて死ぬからな

>>722
一種のバックアップだもんね。これで、SVNが壊れても安心。

(´；ω；)TortoiseSVN 1.6.9 今更ながら使えねー
VS2010 でコンパイルすんなよ、プログラムエラーや接続が切られたとかばっかでまともにソースが更新出来ない
SVNの仕様？が変わったのか何なのかしらないが、.svn(_svn) が更新できなくてリポジトリ(ソース)そのものも更新が出来ない
1.6.8 までのは問題無く更新出来るのに、1.6.9 で出来なくなるって何よヽ(`Д´)ﾉﾌﾟﾝﾌﾟﾝ

tsvnとvs2010使ってるけど問題ないよ。なんだろね？

1.6.8ぐらいからか、マージダイアログでfile://c:/repos/prog/trunkとかがurl入力表示されてるところで参照ボタンおおすと、リポジトリブラウザが開かずにフォルダ選択ダイアログが開くのが困る。svn://だと問題ないのに。直んないのかな？

>>724
エラーメッセージ貼らないの？

>>724（追記）
使ってるOSが、XPSP3だからなのかなぁ？いろいろソフトとかも入ってるから何かの競合もあるかもかだけど
昔、エクスプローラーごと持って逝かれたことがあったのを思い出した(ﾟ∀ﾟ)

1.6.8 問題なし
1.6.9 NGm9(^Д^)ﾌﾟｷﾞｬｰ

まぁ 1.6.8 は問題無いからおとなしくそっちを使うか(;´д`)ﾄﾎﾎ…

XPSP3で1.6.9使ってるけど特に問題ない

>>727（その後）
アンインスコ＆レジストリきれいきれい＆消えなかったフォルダ削除して
1.6.9 インストールしなおした

結果、問題無く動いた(`･ω･´)ｼｬｷｰﾝ
お騒がせしましたorz

サーバ版のWindowsのBinaryPackage、Apacheとのバンドルしか無くなったのね・・・

作業ディレクトリでtrunkのファイルをあれこれいじった結果、やろうとしている事が一筋縄では
行かないようなのでbranch切ってそっちでやろうと思っています。
この時trunkのファイルを変更せずにbranchを切ってコミットするにはどうすればいいのでしょうか。

新たな作業ディレクトリを作りチェックアウトしsvn cp trunk/ branch/hoge/してコミット
↓
branch/hoge/に前の作業ディレクトリのtrunkで変更を行ったファイルを上書きし、コミット
↓
前の作業ディレクトリを削除し、以降新たな作業ディレクトリで作業を行う

思いついた案はこれなのですが、もっといい方法はありますか？

>>731
そのままその作業フォルダーで分岐すればいい。
tortoiseSVNなら、分岐ダイアログで分岐先に切り替えるにチェックして分岐させるる。

分岐ってsvn cpのことだろ？
それだとコミット時にtrunkも変更されてしまうぞ。

やるとしたらこんな感じか。
svn cp trunk/ branches/hoge/
svn revert trunk/
→commit

なんか微妙な気もする。
>>731の方法でいいんじゃね？

>>732のtsvnの手順だと分岐後に分岐先に自動的に切り替えられる。この時点ではtrunkにコミットされない
ワーキングコピーは分岐先に切り替わってるのでそこで作業すればいいのだ

svn wc urlでワーキングコピーを直接ブランチにぶっこみゃいーだけやんか

>>733
switchだろ。

>>729
TortoiseSVNが使ってるレジストリって何処と何処、なんて資料はありますか？
「ここを見れ」でOKなのでご教授くだされ。
アンインストール＋ディレクトリ削除ではNGでした(´；ω；)

普通のアプリは、Softwareキーのところにあるけどね

HKLM/Software/TortoiseSVN
HKCU/Software/TortoiseSVN

>>718
>>720
TortoiseSVNのhgのミラーがあった。
http://bitbucket.org/sborho/tsvn

遅くなりましたがみなさんレスありがとうございました。
ブランチを追加することは余り無いので
ブランチ追加だけのコミットをしてみました。

http://tortoisesvn.net/majorupgrade
なんかTortoiseSVN1.6.10にアップデートするときはインストーラー2回走らせて修復しないといけないらしい。
修復必要なのは1.6.8と1.6.9ってことかな？
>>724 とかがおかしくなったのと関係あるのかはよくわからんが。

win2k（TortoiseSVN1.6.8→1.6.10）
TortoiseSVN1.6.10→(TortoiseSVN1.6.10)Repair→日本語パッチ→再起動

これで特に問題は出ていない。アイコンオーバレイも働いているし、エラーも今のとこ
確認できていない。
Repairが必要だったか分からないけど、何度もやるのも面倒だったんで最初からあて
ておいた。

741 がいっている”修復”というやつが、おまえのやった” Repair”というやつだ。

1.6.10入れたらチェックアウト中に止まってしまう
1.6.8に戻したら直りました

またヘボいアップデートになったものよのぉ

1.6.10 はインスコせずにスルー確定だのぉ

TortoiseSVNの安定版の最新版はいつになったら安定版になるのか

>>745
http://tortoisesvn.net/majorupgrade
>That means an update from any version to version 1.6.10 or later will require a repair install!
1.6.9以前から1.6.10以降にアップデートする場合は必ずRepairしないといけない。

>>747
だけんなんや？
んなこた ど〜でもいいわ
ヘボを再アピールか？

ドキュメントをろくに読まない人向けに書いてあげたのにｗ

アップデートじゃなくて、1.6.10を新規で入れた場合に>>744になりました

>>749
恩着せがましいんじゃカス

現在 trunkでLock状態のファイルが100個程度あります。
ロックしているユーザ数は20程度。

このtrunkからbranch切ると，branch側はLockが外れますが、
外さずにbranchするかまたは、trunk側のLock状態をcopyする
良い方法は無いでしょうか？

trunkに留まる者とbranchに行く者が明確になってないので、
Lock状態をbranch側にも反映しておきたいのです。

>>752
そのロック、本当に必要か？
ロックとブランチは相性が悪いから同時に使わない運用を考えよう。

バージョン管理でロックする男の人って・・・

差分をマージできないファイルだったらロックするしかない。

その生き様がロックだ。

ソースコードもロックできるように設定しろって上司に言われた
アホか

ロックしてストライキすれば良い。めでたしめでたし。

そんなネタ上司、日本で一人しかいないだろうから、>>757が
特定されるのは時間の問題。

リペア操作をユーザーに求めるってアホだろ
インストーラーくらいしっかり作ろうよ

最近のトータスはアップデートが怖い
Win2000に入れたら、別のアプリのインストールでエラー履くようになるし・・・
もうちいと安心できるもの作れないものかね？

>>760
言い出しっぺの法則

1.6.10は入れるの恐いね。
安定版は1.5.9と考えた方がいいのかな。

branchに行く人はロックし直してよね、ってやるしか無いですね。
その結果、branchからtrunkへのマージ作業がなんか面倒くさそうですが。

>>753
>>755
バイナリファイルはありませんので、本当はロックする必要は無いんです。
「作業中に他人の変更なんか受け取れるかボケ」
「俺が触ってるんだから、オマエらは触るなよコラ」
だそうです。
開発会社が混在してますが、ソースのツリーが綺麗に分離できなくて、
各社入り乱れ、さらにcommit基準が緩くてHEADでビルドエラーが日常茶碗蒸し、
中途半端な経験者が「前はこうやってたから」という理由で作られた今の基準は、
見直すべきなのかも。

>>757
あれへ？私と同じ部屋にいる人ですか？

>>763
そのでたらめな運用は見直したほうが良いと思うよ。

ひでぇ

名前欄残ってた＾＾；

>731も関係者なのかと思ってしまったじゃないかw

某品川方面のSIerで>763のような運用をしているらしい噂を耳にしたことがあるけどビンゴ?w

私が上司ですがなにか

>>768
今すぐ、死んでください。お願いします。

あなたと、一緒なら

誰にも迷惑を掛けることなく孤独に死ね

アホな部下など信頼できん。Subversionもだ。ロック第一。
今すぐ信頼と安心のVSSに切り替えろ。

今更VSSなんかに戻れないと個人的には思うけど、
763みたいな運用ならVSSの方が向いてるな。デフォルトでロックだしね。

今日も来ましたよ。
幸い？branch側に行く人で、ロック持ってる人はほとんど居ませんでした。

あと二ヶ月これで我慢して回しながら、（まだこれから一年近く続く）
10月以降の次フェーズ開始までに何とか軌道修正したいです。
しかしながら、修正はシリアルに、という考えが根強い様です。
マージの概念がピンと来ないみたい。（特に年寄り）

ソース持ち出しての開発もしている様なので、今後 >>641の様な
事故が発生する懸念も・・・。末端まで教育が行き渡るかどうか・・・。

>>767
んー、ハズレです。もっと南ですね。

>>773
最初は「信頼と安心」のVSSも選択肢としてあった様でした。
しかし、導入費用をケチるというセコさ。

需要は無いと思うけど，今回Lock関連でわかったことまとめ。

・svn copyでLockは外れる。
　ブランチ先およびタグからはスッキリ外れます。
　合法？に外したい場合は悪用できるかも。

・hotcopyで取得したバックアップリポジトリに対してはロックが維持される。
　まあ，当たり前か。

・synsyncで同期するSlave側にはロックが渡らない。
　Slaveを2つ立ててMasterから5分おきにsyncしてますが，
　ロック情報は同期されません。
　(copy-revpropsで出来る？　試してません。)
　Slaveを使用して復旧する際には注意ということか。

品川より南なら大田区かな？

マージが理解されていないというのにそこまでしてSubversionとブランチとロックを使うか？
運用見直しの機会と持ち出しもあるというのなら>>739や>>720のようなミラーを作った方が良いと思うが。
DVCSのマージの方が直感的だし。

svnsyncを使ってGoogleCodeのリポジトリをローカルのリポジトリへ複製しようとしましたが、
コマンド実行後にコマンドプロンプトが固まってしまいます。どうして？
svnは、TortoiseSVN1.6.10についているのを使っています

田町とかでないの？

copy元のロックも外れちゃうってこと？ロック使わないけど、それってまずいんじゃないのかな。

>>778
田町は品川より北。
品川と言っても品川駅は港区。
品川駅より南というと品川区も入る。

品川駅より南って誰が言ったのさ？

>>780
誰もいっていないけど品川っていうと品川駅のことを言うから混乱する。
あと目黒駅も。

tortoiseSVN で svn-commit.tmp を current directory 以外(例えば /tmp) に
作らせる方法を教えてください。
よろしくお願いします。

目黒駅は品が沸く

品川で盛り上がってるところ悪いけど、スルーするよ。

>>776
開始当初にsvkをほんの少しだけ検討したけど、時間切れ。
Subversionならみんな知ってるから、という理由でstartし今に至る。
まあ、eclipseでjavaだから、自然にその方向になったと思う。
個人的にはMercurialに興味ありですが、移行も含めて運用を
切り替えるのはちょっとキツい。Trac＆postgresqlも連携させてるし。

>>763では大げさに書いてしまったけど、Heavyなロッカー達は
全体の1/4程度で、あとは、まあ、普通に運用してもらっています。
それでも「svn updateで作業コピーがファイルごと上書きされる」と思っている人とか、
「紛失」と出ても平気で無視した挙げ句、「フリーソフトは信用できん」とか言う人がいて
ネタには尽きません。(Linuxもsvnもeclipseもapacheもjreも全部「フリーソフト」と呼ぶ)

>>778
言葉足らずでした。copy元のLockは残ります。
それよりもsync先に渡らないのは新たな発見で、ライトスループロキシで
負荷分散構成するときはロック禁止にしないといけないことがわかった。

>>784
別に一気に別のDVCSに移行する必要は無い。Tracと連携しているのならなおさら。
オープンソース界隈ではマスタがsvnでもクライアントはgit/hgというのはごく普通。
でも最初のcloneが重いってことでgithub/bitbucketにミラーがある。
svnが更新されたらgit/hgも更新される。
そうすれば各人好み・得意のVCSを使える。

完全移行のタイミングは？というとsvnで言うところのブランチを切るタイミング。
新ブランチはgit/hgで旧ブランチはsvnという感じ。
openofficeがこんな感じだった思う。svnじゃなくてcvsだったそうだが。
そうすればTracでの管理も辻褄が合う。

>>784
コピー先にまでロックがかかると思った理由が分からないし
コピー先でロックが外れていることを悪用できそうだと思う理由も分からない

> branchからtrunkへのマージ作業がなんか面倒くさそう
変な親切心でbranchとtrunk両方にコミットする人がいなければ楽にすむよ。
普通にやればいいだけ。

1.6.10は入れるの恐いね。
安定版は1.5.9と考えた方がいいのかな。

>安定版は1.5.9
うわさ話だけで決定したいのなら 1.2 くらいの方が良いと思うぜ

どこが怖いかを提示せずに印象操作ですか？

http://tortoisesvn.net/majorupgrade
Some of you may have noticed that the last two versions of TortoiseSVN did not always install properly if an older version was already installed.
To fix the problem, all you needed to do was to run the installer again and choose "Repair" in the dialog.

TortoiseSVNという特定のSubversionクライアントの旧バージョンのインストーラに
バグがあったって話にしか読めないんだけど。

Subversion 1.6.10と何の関係が？

>>791
そういう風には読めないですけど。

1.6.10は
リペア操作を求めるインストーラーがそもそも変だよな
>>744 なんてのも怖い
Windows2000のエラー >>760 なんてのも裏で何やってんだトータス？って怪しすぎる

以前のバージョンＵＰでは >>577-578 みたいなバグが発生したし、
もう直近のバージョンＵＰは信頼できない

>>789
上にさんざん書かれているのに、印象操作もクソもないだろ

Subversion本体とTortoiseSVNではバージョン番号がずれるから、
>>787 みたいな書き方では誤解を生む。

http://tortoisesvn.net/majorupgrade
の下の方に理由と対策が書いてあるじゃん。
Windows2000ってMSのサポート切れているんじゃなかったっけ？
オープンソースにWindows2000で動かすことを期待するのは酷では？

そういや今年の夏にリリース予定のsvn 1.7でgitみたいな
オフラインコミットができるようになるとか言われてたけど、
WC-NGでそういった拡張性を確保するってだけで実際にできるようになるわけじゃないのね。

>>797
これって期待されてる？

>>796
ttp://tortoisesvn.net/docs/nightly/TortoiseSVN_ja/tsvn-intro-install.html

本家ご自身が2000で動作します！って言ってるんだがね

>>796
VC6 とか VC2003 使ってれば Windows95 でも動くんだけど。2005 からはダメ。
開発チームが古いOSでの動作をあきらめるかどうかであって、
MS のサポートとオープンソースは関係ないでしょ。

>>800
C/C++ならMSCを使うかMingWを使うかの判断が必要で
MSCを使うのであればMSの方針に左右されるでしょ。

古い開発環境使うだけで古いOSでも動作保証できるって頭がお花畑すぎるだろ

>>801-802 ズレている。まあいいか・・・

ありのままに今起こったことを話すぜ
さっきコミットしたものをチェックアウトしたらうまく動かないので調べたら
コミットしたファイルが別のフォルダにコミットされていた
手元ではこうなっていて、動いているものが
aaaaaa/aaaa.aaa
aaaaaa/bbbb.bbb
が何故かリポジトリでは
bbbbbb/aaaa.aaa
bbbbbb/bbbb.bbb
に化けていて、aaaaaaフォルダがなくなっていた。
やったことは普通に右クリックでTortoiseSVN→追加、SVNコミット
5年ぐらいTortoiseSVN使ってるけど、ここまで不可解なことは初めてだぜ
Subversion1.4.6 CentOS5.4
TortoiseSVN1.6.8 WinXP Pro 32bit

念の為に聞くが、そのファイル名、ディレクトリ名はほんとにaやbの羅列なの?
まさかとは思うが、ディレクトリ名に「表」がついているとかってことはない?

能かもな

SubversionもWindowsシェルもUnicodeで扱ってるのに
TortoiseSVNだけCP932で扱ってたら驚愕だな。

bbbbbbをチェックアウトしてaaaaaaにリネームしていた説

ディレクトリ名の最後の１文字の後ろ１バイトが「\(\x5C)」いわゆるバックスラッシュで死ぬパターン
Windowsのシステムロケールが原因

>>804 switch してたら、あり得るな。

とりあえずおかしなディレクトリを消して追加し直して修復。1日様子見てますが再発はしてません。
ディレクトリ名・ファイル名は普通に英単語で、日本語一切なし。
リネーム、切り替えなんかの処理も一切なし。やったことは追加。
わかりづらいので実際のファイル名で書くと、同階層にtopとplayerディレクトリがあって、それぞれの下にindex.htmlがあった。
player/index.htmlを編集してコミット
player/upload.htmlを追加してコミットしたら
その２つのファイルがtopにコミットされていて、元のtop/index.htmlは上書きされていた。
不可解すぎて追う気がしないがとりあえず書き込んでみた。レスくれた人トンクス

>>805,806,809
Subversion でそれは無いわ。

subversionスレなのに馬鹿gitとかと勘違いしてる奴が多すぎるのはなぜ？

そっか、TortoiseSVNと思って使っていたら、TortoiseGit/TortoiseHg/TortoiseBzrだったって落ちか。

bbbbbb/aaaa.aaa
bbbbbb/bbbb.bbb
ってＶＳＳくさいよな

実はＶＳＳでした！
なんつー落ちだったら最高にウケるぜ

なにこいつキメェ

TortoiseSVNはVSSクライアントの機能もあるのですか？

TortoiseVSS

確かにVSSのリポジトリは、そんなファイル名で構成されとるわな
笑

うちのオカンもロボットのことまとめてガンダムっていうし、ゲーム機のことファミコンとよぶし、
アクションゲームは全部Diabloっていうし、
GUIのバージョン管理ソフトをTortoiseSVNというプログラマがいてもおかしくはないよな

結局switch間違えただけなの？

履歴と別にコマンドラインのログの機能があればいいのにな。フックスクリプトで出来るかな？

コピーってゼロックスですか？

どのレスについて話しているのかわからん
安価付け炉や

>>822
ゼロックスがコピーです。

>>822
その題名は多分、このスレの住人にはわからんと思うぞ。

>>825
英語も読まない読めないもんね。

http://www.amazon.co.jp/dp/4874083234

ブランチ作って。
もう夕方ですが明日のブランチですか？

>>825
あなたはこのスレの住人ではないのですか？

>>829
ゼロックス、ホチキス、エスカレータは一般知識だからね。

>>821
そういや TortoiseSVN の操作ログは Application Data に記録されてるから、それがまだ
残ってて >804 が晒してくれれば何かわかるかもね。

804がその後出てこない事を考えると、
「リポジトリは実はVSSでした」
なんつぅー恥ずかしい事実が判明したんじゃねえの？

まだその話題引っ張るの？
ログは見たけど、特におかしい所はなかったなあ。

つーかバージョンまで書いてるのにVSSとかあり得んだろ。

「ブランチ作って」
「ブランチというコマンドありませんが」
「コピーだよ、コピー」
「コピーってゼロックスですか？」

今で言うと「コミュニケーションスキル」ってとこかな

>>834
「ブランチ作りました」
「お前どうやって作った？」
「エクスプローラでコピーしました」
「馬鹿野郎、svn copy だ」

>>831
マジで？それは知らなかった。参考になった

>>832
>>834
>>835
>>836
いい加減失せろ

>つーかバージョンまで書いてるのにVSSとかあり得んだろ。
ありえる

SVNとVSSの２つのクライアントがPCにはインスコ
当の本人は２つの違いを良く分かっていないケースだ

言いだしっぺが一向に出てこないだろ？
恥ずかしいイージーミスがあったはずだ


実際、ソース管理がなんたるかを理解できない御仁に会ったことがある。
その御仁は、誰かに質問するのが恥ずかしかったのだろう、なんと
毎日日付名のフォルダを作り全てのソースファイルのバックアップを取り、独自でファイル管理を始めていた。
SVNもVSSも何の事だか分からなかったらしい。

そんな御仁が質問主であれば、
一般ピーポーの想像を超えた、爆笑チョンボが隠れていると感じるんだよ。

なんなのこの粘着基地外
いい加減キモすぎる

>>840
質問者のレスを全然読めてないお前が爆笑チョンボだろ。

はてさて真相は如何に

840のチョンボ君は、自身の恥ずかしさを隠す為に必死に攻撃しているよwww

「VSS」の言葉にやたらと噛み付くヤツがいるな
>>804の真性チョンボ君は、その中のだれかだ

スレ違い。続きはこちらで。
http://hibari.2ch.net/test/read.cgi/tech/1281337812/

VSSとか行ってる奴は >>811 をあぼ〜んでもしてるのか？

サブバージョンあるある

>>836
エクスプローラでコピーしました

>>839
毎日日付名のフォルダを作り全てのソースファイルのバックアップを取り、独自でファイル管理を始めていた。


ある、ある

・なぜか納品用のブランチにマージされていないものが納品されていた
・どこにもコミットされてないものが納品されていた
・そんな奴が納品担当者

ACCESSのコードの修正の
差分をどうやって取ればいいのですか？
VSSならできるのに・・・

>>849
ならVSSでいいんじゃね？
Excle はどうなの？

>>849
VBAのソースだけモジュール単位でエクスポートできなかったっけ？

うちはエクスポートでやってる＞SVNでアクセス/Excelのコード管理

だけどbasやクラスモジュールはともかく
フォームとかレポートは、普通のVBのフォームと違って
VBAでエクスポートするとコントロールの情報が含まれないため
そのまま他のファイルでインポートしても無意味な事が多いので

結局は元のエクセルやAccessファイルも一緒に保存することに…
# コードの比較もしたいので結局エクスポートもする
SVNはバイナリに比較的強いので助かるけど

以前にアップデートしたらチェックアウトできねーm9(^Д^)ﾌﾟｷﾞｬｰとカキコしたもれも
やっとこ TortoiseSVN 1.6.9 → 1.6.10 に更新した

ログに書かれていた通りリペアすれば正常にインストールは出来たのだが、もれの場合は以下の通りやってだった
※一旦アンインスコせずにリペアやるやり方では駄目だった

1.TortoiseSVN 1.6.9 をアンインストール(再起動)
2.TortoiseSVN 1.6.10 をインストール(再起動しない)
3.TortoiseSVN 1.6.10 をリペアインストール(再起動)
4.正常動作( ´∀`)bｸﾞｯ!

はよ、Win7 入れろよというお達しなのか・・・もれの PC じゃ XPSPx が関の山よヽ(`Д´)ﾉｳﾜｧｧｧﾝ

>>852
まったくもって同じことをしていた
そのときにVBAを多人数開発ってのは難しいんだなと思ったよ。

>>853
TortoiseSVN 1.6.10 って変というかクセがあるというか・・・
２度インストーラーを起動させてリペアしないといけないって、作りがおかしいだろ

>>855
http://tortoisesvn.net/majorupgrade
1.6.8と1.6.9で起きた問題を何とかするためにしかたなくってことみたいだが。
一番下を見ると、解決方法が提案されてるらしいので、次のバージョンではちゃんとなるかもね。

>>856
どんな問題なのさ

>>857 リンク先嫁

>>858
読みたくないから聞いてんだよ
日本語３行でまとめろ

なんか怪しげなTortoiseSVN 1.6.10ってインスコするの怖いね
Win2000に入れると他のアプリインスコでエラー吐くようになるし
XPでもホントに大丈夫か分かったもんじゃない
ギャンブルもんだな

VMにインスコだろ常考

インストール先がVMである確率
5%未満

だが861にとっては常識

人柱としてVMって言っていると思うが

Subversionのためにもう一個Windows買えと

（ ＾ω＾）　おっ　（ ＾ω＾）　おっ　（ ＾ω＾）　おっ　＾ω＾

人柱でさえインストール先がVMである確率
5%未満

だが861にとっては常識

なんか変なのが湧いているな

人が多いときは目立たなくても
いまの2chの過疎りっぷりだと目立つな

ただ単に 861=863=867 って事だろ

（ ＾ω＾）　おっ　（ ＾ω＾）　おっ　（ ＾ω＾）　おっ　＾ω＾

TortoiseSVN1.6.8で、ファイル1000個ぐらいaddしようとしてるんだけど、エクスプローラーで
全ファイル選択して右クリック→追加をやっても、何故か100ファイルずつぐらいしか追加できない。
仕方ないから何回もやってるが、そういう仕様なの？

>>871
そのひとつ上のフォルダからaddすれば１個じゃん。

おまい頭ええな

えっ

>>872
それだとフォルダ内の全ファイルになっちゃうじゃん

>>875
それで何か問題が？
すでにリポジトリに入ってるファイルは除外されるよ。

>>876
だからリポジトリに全部入れたくないんだってば

>>877
意味分からん。
入れたいファイルだけ先においてaddして、
入れたくないファイルを後から追加すればいいじゃないか。

それか、もっと複雑なことをするならコマンドラインでやればいい。

svn:ignoreとかそういう話ではないのか

>>871
>全ファイル選択して右クリック→追加をやっても

>>877
>だからリポジトリに全部入れたくないんだってば

ここ矛盾してるんだが。質問をちゃんと書こう。良い答えは良い質問から。

>>871
エクスプローラから大量に選択しても全部追加できないのは、おそらくこの制限に引っかかっている。
http://support.microsoft.com/kb/830473/

>>881
コマンドプロンプトじゃないんだから、↓こっちじゃね？
http://msdn.microsoft.com/en-us/library/ms682425.aspx
> The command line to be executed. The maximum length of this string is 32,768 characters, ...

なぜか日本語の記事には記述が見当たらないけど。
http://msdn.microsoft.com/ja-jp/library/cc429066.aspx

オレなら、登録したくないファイルを別ディレクトリに退避しておいて、ディレクトリをaddする。

元の質問した者だけど、いろいろ参考になった。お前らありがとう。

あるプログラムのソースコードをzipしたやつAと、そのアップデート版Bがあるとして、
Aをレポジトリに入れた後に、Bに取り替えて履歴を反映させたい場合はどうすればいいんだろう。

普通に上書きすると、削除したファイルとか反映されないし。

>>885
svn_load_dirs.pl
http://svnbook.red-bean.com/en/1.5/svn.advanced.vendorbr.html#svn.advanced.vendorbr.svn_load_dirs

>>886
スクリプトがあるのね。さんくす。

Excelのdiffを取るのにおすすめのプラグインは？
あ、TortoiseSVNで

＞＞888

WinMergeプラグイン
Excelからテキストへの変換プラグイン

>>888 xdocdiff

1人でphpの開発をしております。
本番サーバー、開発サーバー、バックアップサーバー、3台のサーバーがあります。

今はFTPで開発サーバーに接続、動作確認、開発サーバーから本番サーバーにrsyncで同期

という方法をとっております。

本番サーバー、開発サーバーとも、日毎にバックアップサーバーに保存しております。

開発にはsubversionがあたりまえ、というようなことを耳にしましたが、このような開発環境でsubversionを導入するメリットというのはどんなものがあるのでしょうか？

>>891
ここよりこっちの方がいろんな意見を聞けるでしょう
http://hibari.2ch.net/test/read.cgi/tech/1283780922/

>>892
ありがとうございます。
そちらに移動します。

http://tortoisesvn.net/howpaypalscrewsopensourceprojects
なんぞ・・・

Paypal「お前の国の奴相手に寄付の取り次ぎしたらあかんかったｗｗｗサーセンｗｗ
Stefan「ちょｗおまｗ

Tシャツでも売ればいいんじゃないですかね。

思えば paypal 使った最初が TortoiseSVN だった

あの亀がプリントされたマグカップなら欲しい

TortoiseSVN のログメッセージウィンドウの変更ファイルリストに svn:mergeinfo 属性のみが
変更されたファイルを表示しないようにする方法はないでしょうか？

1ファイルしか変更しなかったマージでも数百個のファイルが変更されたように見えて分かりに
くいのですが。

>>898
ファイルに打たれているmergeinfo属性を消してみ。出なくなるから。
なんかの弾みでファイルにmergeinfoが打たれるとそうなる。本来ファイルにはmergeinfoはいらない。今は直ってるみたい。

>>899
追伸
判ってると思うけど、マージが面倒になるから分岐してる状態でmergeinfo消さないでね。

>>899>>900

ありがとうございました。

マージするときに指定する、マージ先のファイルやディレクトリに必ず svn:mergeinfo
属性が付くみたいなのですが、これを消してしまって悪い影響はでないでしょうか？
多人数で開発しているので影響が不安なんですが。

>>901
マージするときに分岐より前のmergeinfoは無くても平気な様だね。一度全員がtrunkにマージしたところでやってみればいいと思うよ。掃除すると余計なmergeinfoはつかなくなる。
一度練習用に分岐させたテストのブランチでmergeinfoを掃除して練習して様子を見て納得したらやればいいと思う。
mergeinfoは２重にマージするのを防ぐものだからその心配が無ければ平気だ。最悪でもマージ時にマージするリビジョンを手動で指定すれば同じことができる。

WindowsVista に TortoiseSVN 1.6.11 を入れたのですが
checkout や commit の動作が異常に遅いです
svn+ssh://hogehoge とか
file:///hogehoge とか
どこのレポジトリでも遅いです
svn+ssh だと遅いというのはこちらに書かれていて
http://tortoisesvn.net/vistaproblems
netsh interface tcp set global autotuninglevel=disabled
で解決済みです
Vista はやっぱり糞なんでしょうか？

svn log -r HEAD:1 -v とか
svn list とかは比較的速いレスポンスです
svn checkout URL とか
svn update とか
svn add hogehoge とか
ローカルファイルの更新に関わる部分で何か変なことが起こってる見たいですが
Vista で同じ状況を経験したかたはいらっしゃいますか？
(その他のアプリは正常に動いているので HDD が異常とかいったことはないです)

IPv6が邪魔してるとか？

>>905
ローカル エリア接続のプロパティで
IP6 のチェックを外して実行しましたが
変わりありませんでした

>>903
TortoiseGitにすれば？

gitは使い物にならないんでだめです

>>903
つ ttp://blog.jojo.jp/?eid=818406

>>908
gitを使い物に出来ない人がだめです

複数人で同時に編集できなくするフラグみたいな機能ありませんか？
前の会社で使ってたツールではチェックアウトという機能があって、編集するファイルを
チェックアウトすると、コミットするまでそのファイルを他人が開けなくなる。
もちろんそれはそれで不便なことがあるので、使い所は選べたけど。

>>911
ロックすればいい。
が、そんなバージョン管理ツールの利点を殺すような主張をしてどうする。

Subversionではともかく、昨今の分散管理システムなら、pushを制限するとか
できても面白いかもしれないね。

バイナリを編集するときはロックさせるだろ

>>913
pushを制限するのはsshとかhttpの認証でできる。
分散だから、きれいなリポジトリと作業用を分ければ良いだけ。
分散型でのコミッタの役割はきれいなリポジトリを管理すること。

lockの話からの派生なんだから特定のファイルのpushだけ制限できたらいいねって話だろ。
sshやhttpでそんなことできたっけ？

>>916
SVNみたいに.svnが各フォルダに無いから原理的にまず無理。
チェンジセット指向でファイル単位でロックすることがナンセンス。
やるとしてもgitだとsubmodule単位だろう。

>>903
俺の場合だけど、アンチウィルスのリアルタイムスキャンがじゃまして遅いという事があった。
その時使っていたのはMicrosoftSecurityEssencial。
AntiVirに変えてからは直ったけど、まぁ、特殊すぎて参考になＬＡＮかも。

なるほどロックを使えばいいのか、どうもでした
お察しの通り、バイナリを編集する時にロックしたい感じです、マージできないので

ぽじれないのでとりあえず寝る
おやすみ

げっ誤爆った _o_

>>907
git良く知らなかったので調べてみました
かなり使い勝手が良いですね
TortoiseGitで速度も問題なかったので満足しました
とりあえずTortoiseSVNでなくても良いのでTortoiseGitを使うことにしました
ありがとうございました

>>908
とりあえずSubversionではSJISでもUTF-8でも使えたのですが
gitだとUTF-8に統一しないとだめみたいですね
特に日本語ファイル名のファイルがあると悲惨です
この点Subversionの方がちゃんと対応出来ていると感じました
あとTortoiseGitの操作中にいくつかTortoiseGit自身が死ぬケースがありました
まだβ版なので今後に期待です
それ以外では使い物にならないところってどんなものがありますか？

>>918
アンチウィルス止めて試すのはやってみたんですが
やっぱり糞遅かったです
Vistaダメポ

>>922
> それ以外では使い物にならないところってどんなものがありますか？
>
・リビジョン番号が無いこと
・Subversionのようなスマートなブランチ・タグが無いこと
・マージが簡単すぎること
・すべての操作が速すぎて余計な時間が発生すること

また出ちゃってるよ
TortoiseSVN 1.6.11

インスコするの怖いから、どなたかどんなもんだったかご報告お願いできませんか

入れなきゃいいじゃん

入れない事を前提にした質問に「入れなきゃいいじゃん」か・・・

>>923
皮肉？

最初から入れる気がないならそもそも聞く必要性がまったくない。

アホだ
こういう奴いるよな

>>922
Gitスレでどうぞ。

Gitは仕事で全然使い物にならん

つPerforce

checkout したり commit する度に
ソースファイルの日付が変わっちゃうんですが
そういうもんですか？
だれも気にならない？

日付が変わらないとmakeで不便だろ。

中身が変化していないのにタイムスタンプが変わることに対する違和感です

もともとmakeなんかもタイムスタンプで中身が変わったと認識して必要なものだけコンパイルするんですよね？
だったら中身が変わってないのにタイムスタンプが更新されたら余分なコンパイルが発生しませんか？

バイナリも一緒にコミットしてるならそうかもね

>>933
commitで変わるのはキーワード置換が有効じゃないのか

中身が変化していないなら Commit も CheckOut も起きないだろ？

>>933
これで我慢しとけ。

[miscellany]
use-commit-times = yes

>>935
revertしたらどうすんだよ。

それだ

>>935
checkout チェックアウト時刻になる。make問題なし
commit キーワード置換が無ければ時刻変更無し。make問題なし
update,revert 変わったファイルだけ今の時間になる。make問題なし。

checkoutとrevertでタイムスタンプが異なる事を容認できるならば、
ckeckoutでタイムスタンプが変わっても全然問題ないだろ。ｗ

中身が変化していないのにタイムスタンプが変わるのか

>>944
変わらないよ。