[過去ログ] バージョン管理システムについて語るスレ3 (1001レス)
上下前次1-新
このスレッドは過去ログ倉庫に格納されています。
次スレ検索 歴削→次スレ 栞削→次スレ 過去ログメニュー
125: 2008/12/15(月)08:58 AAS
>>123
1.10 にあげてみたつもりで1.6動かしてない?
126: 2008/12/15(月)11:00 AAS
>>123
hgとbzrはどっちもpythonだから、そんなに速度差があるわけないんだがなあ。
127(2): 2008/12/15(月)14:45 AAS
monotoneに関しての質問です。
データベースファイル(*.mtn)だけを、メインPCから他のPCに移して
その中のブランチをcheckoutしようとしたのですが、
中に含まれている最初のファイルの時点で
次のようなメッセージが出て、なぜか失敗してしまいます。
mtn: 誤り: 名称変更ターゲット 'testdir/first_file.txt' は既に存在しています
checkout先のディレクトリを見てみると
_MTN ディレクトリと testdir/first_file.txt だけが作られていました。
このエラーはなぜ発生するのか、原因のわかる方がいましたら教えてもらえないでしょうか?
なお、monotoneのバージョンは0.41で、Windows XP環境です。
128: 127 2008/12/15(月)14:54 AAS
書き込んでからいろいろ試していると、
mtn genkeyしただけで落ちることに気がつきました・・・
もしかすると、monotoneのこのバージョン(0.41)に問題があるのかもしれません。
後ほどメインPCでもう一度確認してみます。
129(1): 2008/12/15(月)15:01 AAS
>>123 はアホだから、
bzr -> バイトコンパイル前に実行
hg -> バイトコンパイル後に実行
こんな感じで実行してたんだろ。
130(1): 127 2008/12/16(火)07:01 AAS
やっぱり上手くいきませんでした。
monotone 0.40を使えば、genkeyで落ちることは無くなったのですが
checkoutは同じエラーで落ちてしまいます。
メインPCでのcheckoutは平気で出来るのに、サブPCでのcheckoutは失敗するなんて
いったいどうなってるのコレ
潔くmonotoneを使うのを止めろってことなの
131(1): 123 2008/12/16(火)21:53 AAS
えー、結論から言いますと、>129が正解でした。それでもhgよりは遅いけど。
bzr version > /dev/null 0.41s user 0.06s system 99% cpu 0.471 total
pythonって、バイトコンパイルしないとあんなに遅いのか。
インスコする時に、ずらずらっと表示されてたんでコンパイルしてるのか思ってた。
Mandriva 2009.0のパッケージで入れた奴もコンパイルされてなかったんだな。
132: 2008/12/17(水)02:09 AAS
hgでcommitlogを書き直す方法を教えて。
そもそもcommitlogもリビジョン管理できたらいいのに。
133: 2008/12/17(水)08:42 AAS
>>130
うちでは普通に動いてるな
同じファイル名が大文字小文字違いで入ってたりはしないよな
134(1): 2008/12/17(水)11:44 AAS
>>131
Ruby や Perl に比べると、バイトコンパイルできるからロードが早いんだけどな。
Cに比べるともちろん負ける。
ロードが0.5秒を切ったら、ロード時間よりもリポジトリやファイルを操作する時間の方が
大事になってくる。
135(1): 2008/12/17(水)20:25 AAS
>>134
脱線するけど、Rubyも1.9からYARVとかいうのでバイトコンパイルできるようになったらしいよ?
俺メインpythonだからよく知らんけども。
136: 2008/12/17(水)21:44 AAS
>>135
結果を*.pycのようなファイルに落とすところまでは、まだ至ってない。
137(2): 2008/12/19(金)13:24 AAS
今、所謂cherry-picking(他所branchのchangesetをつまみ食い)について
調べてるんだけど、現状はこんな感じで間違いない?
Mercurialでは、下のURLの"import/export"の章に書いてあるように、
patchファイルを作って適用するとマージ元ログがそのまま入るけど
IDが元と変わってしまうし、メタ情報(どっから持ってきたかとか)が
失われるので二重マージも防げない。
http://www.selenic.com/mercurial/wiki/index.cgi/CommunicatingChanges
transplant拡張を使うと二重マージは防げるようになるけど、
メタ情報はtransplant専用ファイルに記録されてるだけで、
Mercurial公式のfirst-classメタデータとは言えない。IDも元と変わってしまう。
com.selenic.mercurialで紹介されてるmerge+backout("cherry-winnowing")の
方法を使うと、IDは保存されるし二重マージも防げるけど、ややこしくて、
ログを見ると流れが複雑すぎて頭が混乱してくる。
Bazaarでは下のURLに書いてある通り簡単に操作出来るけど、メタ情報の無い
普通のコミットと同じ扱いになるので、二重マージを防いだりマージ元ログを
引用させたり出来ない。
http://doc.bazaar-vcs.org/bzr.dev/en/user-guide/index.html#pseudo-merging
darcsだとうまくいくらしい?
138(2): 2008/12/19(金)13:28 AAS
launchpad使っている人いないですか?
Register a branch画面で Project名がInvalid valueと言われてしまい困っています。
どんな名前だったらよいのでしょうか?アルファベット12文字くらいでもはねられる・・・
https://code.launchpad.net/
139(2): 2008/12/19(金)13:36 AAS
>>137
>普通のコミットと同じ扱い
そんな事無いよ。サブリビジョン?の概念があるから。
>>138
先にプロジェクトを登録しないとダメ。登録は以下から。
https://launchpad.net/projects/+new
またプロジェクト無しでもブランチを作れる。その場合は"bzr push lp:~ユーザー名/+junk/ブランチ名"でおk。
140(1): 2008/12/19(金)14:00 AAS
>139
そのサブリビジョン?って何? bzr log -v --show-ids でも出てこないみたいだけど。
bzr mergeすると黙って二重マージされちゃうし、何の役に立ってるの?
141(2): 2008/12/19(金)14:07 AAS
>>140
>bzr mergeすると黙って二重マージされちゃうし
Nothing to do.って言われてマージされないよ?
142: 2008/12/19(金)14:25 AAS
>141
今確認してみたけど、やっぱ二重マージされるような……。
ちなみに、141の環境では、logコマンドのparent行みたいに、cherry-picking元のIDを
後から確認出来るの?
143: 141 2008/12/19(金)14:54 AAS
ごめん、飛び飛びの場合のトラッキングはサポートされてないようだ。
http://bazaar-vcs.org/MergeTracking
マージの時に--merge3や--weaveでコンフリクトを抑えるしかないみたい。
144(1): 2008/12/19(金)16:37 AAS
git便利そうなんだけどwindowsも使うんだよなあ
上下前次1-新書関写板覧索設栞歴
あと 857 レスあります
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル
ぬこの手 ぬこTOP 0.022s