トップページ⇒linux
982コメント341KB

Subversion使ってる人いますか？

■ このスレッドは過去ログ倉庫に格納されています
0001101/10/06 17:05ID:DimV7liY
CVSは、デファクトだけに最新版をとりにいくにはいいのですが、
自分のファイルを管理する時は、リネームや移動が面倒でなりません。

で、Subversionというのが開発されてるのを知ったのですが、これの
使い心地ってどうなんでしょう？

個人的には、ログに日本語が使えて、Cygwinから使えればﾏﾝｾｰなの
ですが。とりあえずM3-r117をコンパイル中…。
0554login:Penguin03/11/24 22:04ID:vyychzF1
>>553
moduleXY でも作って svn:externals を
ex/dataA file:///C:/repos/ex/dataA
ex/dataB file:///C:/repos/ex/dataB
ex/dataC file:///C:/repos/ex/dataC
in/dataX file:///C:/repos/in/dataX
in/dataY file:///C:/repos/in/dataY
とでもしないのはどうして?

作業するときに必要なモジュール(なんてものは Subversion にはないが)を
一つチェックアウトすればすむ方が楽だし、
svn switch で module{X,Y,XY} は自由に切換えらえると思うが。
0555login:Penguin03/11/24 23:08ID:XQsBT7WK
>>554
かなり多くのフォルダが必要で、それぞれが容量が大きいので細分化しました。
今現在でリポジトリ全体をチェックアウトすると30GBちょっとになるので全部をチェックアウトさせたくなかったのです。
svn switchはまだ試したことがありません。マニュアル確認してみます。

0556login:Penguin03/11/24 23:35ID:vyychzF1
>>555
> 全部をチェックアウトさせたくなかったのです。

553 では両方をチェックアウトするみたいな話だったけどそうじゃないのね?

> マニュアル確認してみます。

わざわざ http://subversion.bluegate.org/doc/book.html みたいに
翻訳まであるんだから一通り目を通してから聞いてもいいんじゃない?
0557login:Penguin03/11/25 08:42ID:xZlPyDEC
なんか妙に説教臭いのが一人紛れ込んできたな…
0558login:Penguin03/11/25 13:00ID:eV44STjj
薀蓄系だな
http://namazu.org/~satoru/pub/handout/shibuyapm4/0003.png
0559login:Penguin03/11/25 19:00ID:Xpj/J3Jc
W2Kのサービスとしてsvnserve.exeを起動する方法ありませんか？
0560login:Penguin03/11/25 20:05ID:e6GnVtDH
>>559
INSTSRV.exe と SRVANY.exe で任意の実行ファイルを
NTサービスとして実行できるけど、それじゃダメか？
0561login:Penguin03/11/25 21:18ID:F2jdFwyz
リソースキットかぁ
持ってないよ。とほほ
0562login:Penguin03/11/26 00:59ID:OO1sXefq
>>561
似たようなものがフリーでもあったような気がする。
リソキの一つ位持っていても損はしないと思うが。
0563login:Penguin03/11/26 09:45ID:uRA8lGV+
リソキ持ってないけどINSTSRVとSRVANYがサーバのHDDのなかに転がってるよ。
たぶんMSから落とせるんだと思う。

http://www.firedaemon.com/
フリーだとこの辺がメジャーなのかな?
0564login:Penguin03/11/26 09:55ID:B1hHhdIc
>>563
へぇ便利そうですね？と思って検索したらこんなのが引っかかりました。
FireDaemon applicationはウイルスやトロイの木馬ではなく、「有害の可能性のあるアプリケーション」です。
http://www.nai.com/japan/security/virF.asp?v=FireDaemon%20application
凄い言われようだなぁ
0565login:Penguin03/11/26 10:33ID:B1hHhdIc
>>549 >>550
CVS for NTではユーザー名：パスワードの後にOS上のアカウント名に対応させるオプションがあったのだが、SVNにはないのかな？
0566login:Penguin03/11/27 10:30ID:1tyBy6Bm
SVNから利用できる（しかも日本語対応）ViewCVSみたいなCGIありませんか？

また、あるフォルダ内のファイルが更新されたら、日付を得られるキーワード作れませんか？
#test.txt
Project1/subFolderX 2003/11/27
Project1/subFolderY 2003/11/21
Project2/subFolderZ 2003/11/10

最終更新の状況をリストにしたファイルを作ってるのですが、キーワード置換などで日付を自動的に取得出来たら楽です。
0567login:Penguin03/11/27 13:51ID:BqW15+3F
0.35.0出すとか言い出してる...
0568login:Penguin03/11/27 21:26ID:FHXV/sDH
>>567
>>356にある予定じゃ年末に1.0なのだが、
これじゃ年末にβも怪しいかも。

ま、大概のプロジェクトは予定通りにはいかないもんだという話もあるけど。

>>566
ViewCVSはSubversionリポジトリを覗けますよ。
公式(http://svn.collab.net/)が用意してるし。
日本語対応は知らないけど。
0569login:Penguin03/11/28 02:07ID:0mTYySVs
リポジトリはUTF-8だから日本語も問題ないんじゃなかろうか

と、使ったことも無いのに書き込んでみる
0570login:Penguin03/11/28 08:47ID:RC2SAGVb
「日本語対応」って何よ。
0571login:Penguin03/11/28 16:09ID:lUzAc58x
コミットログやファイル、フォルダ名の事だろ　＞日本語対応
SVNはCVSに比べて、ファイルやフォルダ、タグ、ブランチ、モジュール（ようはコピーだけど）
などにも日本語を使えるので、CGI関係が対応してくれたら便利だな
0572login:Penguin03/11/29 01:01ID:TAsF2Dp/
タグつけるときに長めのログの類をつけときたいんだけど
-m で指定する以外に方法ないんですかね？
0573login:Penguin03/11/29 01:14ID:pX4t9ShR
-mつけなきゃ$EDITORが立ち上がるんでないかい？
0574login:Penguin03/11/29 03:04ID:Udet+nVz
--fileでファイル名を指定するとか。
0575login:Penguin03/11/29 12:26ID:6H37ZePJ
CVSの経験なしで、最近Subversionつかい始めてるんですが、
コミット時に複数のファイルに対して別々のログを指定し、
一度にコミットすることができないですよね。
一つ一つファイル毎にコミットしていくのは面倒だし、
すぐにリビジョン番号が増えてしまう。
なんか、そこらへん使いにくいと思うんですが皆さんどうですか？
0576初期不良03/11/29 13:56ID:M/tK8s4q
>>575
リビジョンはｷﾆｼﾅｲのが吉。
単にリポジトリの状態を区別するためのシリアルだから。
ファイルのリビジョンとかそういうものとは関係ないし。
個別のログを用意する場合は個別にコミットするのが
別に面倒だとは思わないけどどうかな？

もしできるとしたら、ログを書いたファイルをいくつか用意して
コマンド一つでいっぺんにファイルとログファイルの対応を書く
と言う形になると思うけど、そっちの方が面倒だと思う。
リビジョンが増えるのは回避できるけど、先に書いた通り
Subversion のリビジョンってそういうもんじゃないし。
0577login:Penguin03/11/29 15:30ID:Ig6h42GO
* foo.txt なんとかかんとか
* bar.txt ほげほげ

とかじゃだめ？
0578login:Penguin03/11/29 20:12ID:PCHpptS1
別々にcommitしてるのに、revision が一緒じゃおかしいよね。
0579login:Penguin03/11/29 20:53ID:yvG4xDXf
リビジョンはファイルに付くんじゃねーんだよ。
0580login:Penguin03/11/29 21:23ID:pX4t9ShR
（複数のファイルにまたがった）ひとつのまとまった変更に対して、
ひとつのコミットをする、って考えで使うものだと理解したので、
ファイルにではなくコミットに対してログを指定できるのが自然だと思った。

逆に、いろんな種類の変更を加えてコミットしようとすると、
確かに困りそう。要はツールの性格だと思うけど。
0581login:Penguin03/11/29 21:58ID:6H37ZePJ
なるほど。
あるファイルのログを見ようとしたときに、
コミット時に更新されたときのみのログが見れるから、
あとから見るときにもわかりやすいのか。
リポジトリ全体に対してのログだと思ってた。
それならば>577の書き方とか、>580のことがよくわかる。
0582login:Penguin03/12/01 01:49ID:D8svUY28
理想的には、「いろんな種類の変更を加えてコミット」はするべきでない。
どうしてもやりたくなるけどね
0583login:Penguin03/12/02 08:04ID:XL8DcolU
>>582
というか、それをやっちまうとbackoutする時に面倒くさいからな。
0584login:Penguin03/12/03 11:31ID:zvWhyliX
>>568
ttp://subversion.tigris.org/servlets/ReadMsg?list=dev&msgNo=51492
「1.0は少なくとも来年の1月まで出ないよ」だそうな。
0585login:Penguin03/12/04 01:37ID:mie4Odkr
>>584
とりあえずこの1ヶ月使ってみたけど、機能には不満ないです。
不具合はクライアントソフト側の問題（ちょこっと日本語表示が文字化け程度）
会社で導入しようとすると、見もしないで、1.0にもなってないのか！と、このスレ
と同様のやり取りが行われて滑稽だった。
性能的には、もう少しチェックアウト＆コミットが高速化されると嬉しい。
0586初期不良03/12/04 05:34ID:JCo7rIMG
>>585
そう、みんな 1.0 と言う数字を求めているんです...
周りを説得するために...
0587login:Penguin03/12/04 08:31ID:ObdD6JZi
TortoiseSVNで、日本語表示にするとlog表示時に編集したファイルのリストが出ないな。
0588login:Penguin03/12/04 11:01ID:21NvMjvj
日本語トランスレーターは、このスレ見てないかな？
日本語MLほしぃよ
0589login:Penguin03/12/04 12:08ID:UeuHpHhv
>>588
www.mimori.org/~h/tdiary/
0590login:Penguin03/12/04 18:18ID:hxVF97Ue
0.34.0出た。
http://svn.collab.net/repos/svn/tags/0.34.0/CHANGES

またDBが変更。あとは細いFix。
0591login:Penguin03/12/04 22:33ID:mie4Odkr
>>590
リポジトリの移行面倒なんだねぇ
0592login:Penguin03/12/04 23:18ID:p4L2WXeS
TortoiseSVN、コミットの後によく落ちない？

それ以外は、結構いい出来だな。思ったほど重くならないし。
0593login:Penguin03/12/05 12:00ID:eOdwNKYJ
Subversionリポジトリを眺めてたら、branchとtagで面白いことをやってた。

0.34.0のために、まずtrunc/をbranches/0.34.0/にコピーして作業してて、
リリース体制が整ったらそれをtags/0.34.0/に*移動*してる。
branchesには0.34.0/は見えなくなるけど、Subversion的にはなんの問題もないってわけ。

たぶん、tags/0.XX.0/をbranches/0.XX.1/にコピーして次のバージョンを、ってのもやられてると思う。
# これは単なる想像だけど、考えられない話じゃないよね？

Subversionではタグとブランチに実質的な差はない、ってのはドキュメントにも
書いてたけど、それをこういう風に使うんだ、って実例が見れたところが嬉しい。

ツールが変われば運用も変わるんだなぁ、と、改めて思った。
0594login:Penguin03/12/05 13:33ID:g8UAKwm2
>>TortoiseSVN、コミットの後によく落ちない？
いや、1ヶ月使ってみたけど、まだ落ちた事ないけどなぁ
5GBのフォルダを追加してコミットしてみたりしたけど、ちゃんと取り込めた。
ローカルリポジトリでの話しね。
svnserver？apache？それともローカルリポジトリ？どれ使っていて落ちましたか？

0595login:Penguin03/12/05 17:27ID:wDZnzns+
>>592
> TortoiseSVN、コミットの後によく落ちない？

俺も落ちたこと無い。
まぁ、コミットするのは1日に2回ぐらいだけど。

win2000
apache2
TortoiseSVN 0.22.1, Build 330, UNICODE
Subversion 0.33.1, dev build

0596login:Penguin03/12/05 18:15ID:TMUj9gO4
>>593
そのへんはCVSと違う点ですよね。
自分も同じようにやってますが、簡単でいいです。
059759203/12/06 00:05ID:sReYH3rl
TortoiseSVNだが、落ちない時は落ちないし、落ちる時は
再起動するまで落ち続けるみたい。

Win2k SP4 ローカルレポジトリ
TortoiseSVN 0.22.1 UNICODE

ところで、logを見る時に、-vオプション相当の情報を出す方法は無いのかな。
0598初期不良03/12/06 05:02ID:d2yh3Neb
>>590
今の時期 DB 変更ってのも微妙な話だね...
予定にあったものなのかな？
0599login:Penguin03/12/06 21:53ID:sReYH3rl
TortoiseSVNが調子いいから、メモ書きとかをCVSからSubversionに移した。

cvs2svn.pyを使ったんだけど、日本語ファイル名が化けちゃったので、
ダンプファイルの「Node-path:」のとこだけ、UTF-8に置換したら上手くいった。
0600login:Penguin03/12/07 12:28ID:DngYvifq
>>599

どうやって変換したんでしょうか？
0601login:Penguin03/12/07 15:34ID:j2soGDhv
今月19日からベータリリースっぽいね。
0602login:Penguin03/12/08 06:44ID:HRr+dJZj
>600
漏れは、ファイル数が少なかったんで、エディタで置換した。

Rubyとかで変換スクリプト書くのも全然難しくないと思われる。
0603login:Penguin03/12/08 06:48ID:mBadvk6n
正式版がリリースされたら呼んでくれ。
0604login:Penguin03/12/10 15:02ID:GRuDxj7K
精子基盤
0605login:Penguin03/12/11 01:25ID:QqQ9N8BN
>>603
きみにはプラシーボ効果が期待できそうだ
0606login:Penguin03/12/11 05:19ID:iK+1NVVg
TortoiseSVNだが、コミットログ内で改行すると、
改行コードが2重に記録されてしまってるようなんだが。

CRLFが、LFLFに変換されちゃってるのかな？
0607login:Penguin03/12/11 10:13ID:Ob03zn3T
TortoiseSVN 0.23リリースage
0608login:Penguin03/12/11 13:12ID:Ob03zn3T
SVN0.34に既存のリポジトリを移行する為、初めて dump & loadやりました。
verboseの表示で日本語のファイルなどが文字化けしていて不安だったけど
実際は問題なかった。かなり不安だった。
これから容量が大きくなると結構手間だなぁ
0609初期不良03/12/11 15:13ID:qZ/JddRU
やっぱりプロジェクトごとにリポジトリ作って
使わなくなっているリポジトリはダンプして圧縮して保存
しておくのがいいんちゃう？
061060603/12/11 18:30ID:iK+1NVVg
ダンプファイル見てみたら、CRLFのままだった。
それが表示される時に、2つの改行として表示されていたらしい。

つーか、svn:logの中でCRLF改行ってのは有りなのか？
もしかして、不正なリポジトリを作ってしまった？
0611login:Penguin03/12/11 21:10ID:E0oNh9QI
Dumpする時指定容量単位で分割する機能欲しいな

大きなリポジトリをCDR DVDなどに保管したいかも
0612login:Penguin03/12/12 09:38ID:PQIs+5zb
splitじゃだめ？
0613login:Penguin03/12/12 19:56ID:JPqK5nkf
一度dumpして、更にsplitするのは容量の大きなリポジトリでは厳しいですね。
例えば１０ＧＢのリポジトリをDUMPすると２０ＧＢ、更にsplitすると30GBと３倍になってしまいます。
ディスク容量がリポジトリの３倍必要というのは、少なくとも自分は厳しいです。
0614login:Penguin03/12/12 21:11ID:YWjR2D1j
直接食わせれば3倍もいらないっしょ。
svnadmin dump repos | split -b 700m - repos.
みたいな感じ。手元に環境がないので間違ってたらスマソ。
0615login:Penguin03/12/12 21:53ID:bfT+E1eL
こんなときはtarでCD-Rとかに書き出すのはどうだろ？
いっぱいになったらメディア交換を要求されるんじゃない。
0616login:Penguin03/12/12 22:27ID:bvoiNU1I
cvsからのリポジトリの変換ですが、下記のようにしているのですが
エラーが出ます。Redhat の rpm、0.32 version を使って
インストールしました。Berkeley DBも４が入っているのですが・・・

# cvs2svn -s /path/to/svnrepos /path/to/cvsrepos

実行出力
: : : :
: : : :
----- pass 5 -----
loading cvs2svn-dump into /home/svn/hoge
svn: Berkeley DB error
svn: Berkeley DB error while opening environment for filesystem /path/to/svnrepos/db:
Function not implemented
: : : :
: : : :

いろいろやったのですが万策尽きてしまったので
情報をもっていらっしゃる方は、教えてください。
0617login:Penguin03/12/12 22:58ID:zxTpljqF
>616
--dump-only じゃダメなのか？
0618login:Penguin03/12/12 23:02ID:bvoiNU1I
>>617
あ、できました。
で、ここからどうすればいいのでしょう?
0619login:Penguin03/12/12 23:08ID:bvoiNU1I
>>617

あ、こうするんでしたね。
svnadmin load /path/to/svnrepos < cvs2svn-dump

しかし「Berkeley DB error」が出てしまいます。
やっぱり、Berkeley DBを再インストールしたほうがいいですかね？

0620login:Penguin03/12/12 23:21ID:Ndlf48bm
svnadmin createをしたとき、Function not implementedってエラーが
出たときがあった。RHL9だったけど別途Berkeley DB 4.1.25を入れて
そっちを使うようにコンパイルしたらエラーは出なくなった。
0621login:Penguin03/12/13 00:11ID:wATn4vZJ
>>614
パイプやsplitはプラットフォームによってうまく行かないよ
昔使っていたIRIXで何十GBのデータをtarにパイプで渡すと途中でパイプが切れちゃったし
Cygwinのsplitは4GBまでしか対応してないようだ。
そんなわけだから、分割dump機能があった方が確実だし、楽だと思う。
誰か本家ML参加してる人リクエストしないかなぁ....
0622login:Penguin03/12/13 00:29ID:CzLImeM5
>>614
チェックアウト後に 10 G 越えてるようなら意味ないけど、
-r X:Y でも使って dump する revision を絞るのはだめかな?
0623login:Penguin03/12/13 13:14ID:mhI5nqsm
リビィジョン絞っても10GB越えてます
画像が多いのでファイル数の割に容量大きくなりやすい
ちょっと保守面で不安になってきた
0624login:Penguin03/12/13 13:21ID:3rQUo8Qb
>>623
画像のサイズとか数とか、全体に占める割合とかはどーなってんの?
0625login:Penguin03/12/13 13:27ID:mhI5nqsm
SVNってロック機能ありましたっけ？
062660603/12/15 22:49ID:gU4zXYDs
TortoiseSVNで改行が二倍になる件、全然反応無いけど、
他の人はどうなの？
0627login:Penguin03/12/16 18:27ID:sGJIUsBx
>>623
DB圧縮って効かないのですか?
ttp://subversion.tigris.org/project_faq.html#bdblogs
0628login:Penguin03/12/17 02:37ID:hV/EhHcS
>>626
かなり前のTortoiseSVN 0.15.2 だけど、今調べてみたらそういうことはないみたい。
再現性があるようだったら本家に報告してみたら？
0629login:Penguin03/12/17 15:05ID:jszsTTTz
レッツゴー
063061603/12/17 20:29ID:LZZWIzgf
>>620
RedHatで問題が出るのは、FAQにも書いていました。
そこで、RedHatを捨て、Fedoraに変え、DBも rpmで
4.1.25を入れることで、動くようになりました。
ありがとうございました。
0631login:Penguin03/12/18 10:13ID:hIC81gVc
>>625
「変更する権利をがめる」意のロックなら無いんじゃない？
0632login:Penguin03/12/18 15:29ID:kltji3T+
VSS使ってきたスタッフが、ロックが無いのは困ると主張されてまして...
0633login:Penguin03/12/18 19:17ID:6bTO6xEj
>>631
「ロックなんかされちゃ困る!」って主張できないなら、
素直にVSSの方がいいんでは。

皮肉で言ってるわけじゃなくて、あれはあれで、ちゃんとしたバージョン管理
システムなんでしょ？

使ったこと無いけど。
0634login:Penguin03/12/18 19:17ID:6bTO6xEj
間違った。 >>632ね。
0635login:Penguin03/12/18 19:47ID:9xcBKurY
>>633
同意。

VSSはネットワークドライブ上にリポジトリを置けるところがいい。
Subversionもネットワークドライブ上に置けるけど、
その場合、Apache を使えないのが悲しい。
対応予定、あるんですかね？
0636login:Penguin03/12/19 03:58ID:KGvemID7
ネットワークドライブにリポジトリが置けると一体何が嬉しいのかわからないが、

>Subversionもネットワークドライブ上に置けるけど、
>その場合、Apache を使えないのが悲しい。

Apacheを動かしてるユーザーからネットワークドライブが見えてないだけでは？
試したわけじゃないが。
0637login:Penguin03/12/19 05:19ID:RPnzO3EI
Berkeley DB って、そのデータディレクトリ内にロックファイル作ったり
できないのか？
0638login:Penguin03/12/19 09:00ID:KGvemID7
>>637
DBについて一から勉強した方がいいと思われ

ちなみにBerkeleyDBの仕様（または制限）とSubversionの仕様には何の関連もない。
0639login:Penguin03/12/19 15:06ID:RPnzO3EI
>638
PostgresやOracleみたいに、バックエンドプロセスが接続待ちしてる
訳じゃないんでしょ？

排他処理はどうやってるの？　ファイルベースの排他処理なら、Windowsの
ネットワークドライブでも上手く動きそうだが。
0640login:Penguin03/12/19 15:59ID:1901ubbs
>>639
UNIX系のファイルロックとSMBのロックは互換性ないんじゃないか？

そもそも、DBでファイル全体をロックしてどうするのよ？

だいたい、DBエンジンのロック機構の話しと、Subversionで排他的
チェックアウトを認めるかどうかってのは全然関係の無い、レベルの
違う話しでしょ？

ロックなんか不要、有害っていう前提で設計されてるんだしさ。
0641login:Penguin03/12/19 17:00ID:ySmxs2ww
>ネットワークドライブにリポジトリが置けると一体何が嬉しいのかわからないが、

専用の軽いＯＳが走ってる大容量のファイルサーバ上に
リポジトリを置くパターンってのは？

そのファイルサーバ上では svnserve は走らせられないから、
別のWindowsマシン上で svnserve を走らせる、と。
0642login:Penguin03/12/19 17:37ID:3WYR+Ggo
説明不足だから誤解されまくってるな。
俺は>>639でかろうじて意図が読めたんでフォローしとくけど、
サーバの介在なしに複数のプロセスがファイルを直に触るBerkeley DB
でDBエンジンがどうやってロック管理してるか知りたいんだろ? その実装
によってはネットワークドライブにリポジトリ置けるかもしれないから。

うろ憶えだが、昔ソースを読んだ限りではBerkeley DBではきちんと
OS毎に分かれたコードで共有メモリとか使ってロック制御してたと思う。
まあソース読め。
0643login:Penguin03/12/19 17:54ID:maNjIdqe
>>636
>Apacheを動かしてるユーザーからネットワークドライブが見えてないだけでは？

以前、SVNサーバ側でネットワークドライブ上にリポジトリを作って、
クライアントからHTTPでリポジトリのHEADを閲覧しようとしたら、
見れなかったんです。
SVNサーバのローカルドライブにリポジトリを作ったら
ブラウザでちゃんと閲覧できたんですけどね。
0644初期不良03/12/19 18:48ID:5AiVg+kV
>>643
>>636 と同じ事を書くけど、Apache は
そのネットワークドライブが見えるユーザーで
動作させている？
0645login:Penguin03/12/20 01:07ID:CTqygDp7
つか、全ユーザ共通ネットワークドライブって作れたっけ？
Explorer上からネットワークドライブマウントすると、それはそのユーザ
からしか参照できなかったような。

んでApacheもサービス起動とかしてるとLocalSystemからはそのネット
ワークドライブ見れなくて…って話なのかな。
0646login:Penguin03/12/20 03:19ID:hdcAAtn1
全ユーザー共通のネットワークドライブである必要なんかどこにもなくて、
Apacheを動かすユーザーから見えていればいい。
http://www.google.co.jp/search?q=apache+%E3%83%8D%E3%83%83%E3%83%88%E3%83%AF%E3%83%BC%E3%82%AF%E3%83%89%E3%83%A9%E3%82%A4%E3%83%96&ie=UTF-8&oe=UTF-8&hl=ja&btnG=Google+%E6%A4%9C%E7%B4%A2&lr=lang_ja

Subversionもなにもないな。
0647login:Penguin03/12/20 10:09ID:xM9cTkG9
ロック機構はいらないと俺も思うけど、どのファイルで誰が作業中か
という情報を管理してくれるようにはならないかな。
0648login:Penguin03/12/20 11:41ID:zuJd3eP0
>>647
「作業中」をどうやって認識するんだ？
0649login:Penguin03/12/20 13:07ID:xM9cTkG9
>>648
あくまでも自己申告だけど、ロックと同じように考えれば良いかと。
単なる co では書き込み不可でチェックアウトして、修正をかけたい
場合は co -l のようなことをするとか。
0650login:Penguin03/12/20 15:04ID:hdcAAtn1
cvs edit
cvs watch
あたりかな。今できるのかどうか知らんけど
0651login:Penguin03/12/20 15:37ID:Y0RUo8ZB
0.35.0出てるですよ。

* deltification is automatic again

が重要そうだが、deltificationてなんのことだかわからない。
WebDAV/DeltaVと関係あるのかな？

あと、既に0.35.1ブランチが出来てるので、待った方がいいかも。

1.0-stabilizationなんてブランチもあって、いよいよって感じがする。
0652login:Penguin03/12/21 12:02ID:p0n1HIHu
>>651
deltificationの説明はこのへん。
http://subversion.tigris.org/servlets/ReadMsg?list=users&msgNo=2946
物理とかで変化量を表すΔだろうから、レポジトリの差分記録のことでは。

で、なんでloseしてたんだろ。
diff取りが重くてコミット操作が遅くなるから、コミット操作後に
diff取るようになったってことかな？
http://subversion.tigris.org/issues/show_bug.cgi?id=1573
http://subversion.tigris.org/issues/show_bug.cgi?id=1601
0653login:Penguin03/12/21 15:20ID:u/cH/qKM
>>652
どうもです。
一般の辞書に載ってなかったんで謎だったのですが、テクニカルタームなのですね。
# 素直にぐぐればよかった……

で、早速0.35.1が出てるようで。
* fix: file handle leak (r8048)
* fix: UTF-8 path problem (issue #1660)

次こそβが出そう……な
■ このスレッドは過去ログ倉庫に格納されています