[過去ﾛｸﾞ] バージョン管理システムについて語るスレ3 (1001ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
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だとうまくいくらしい？
139(2): 2008/12/19(金)13:36 AAS
>>137
>普通のコミットと同じ扱い
そんな事無いよ。サブリビジョン?の概念があるから。
>>138
先にプロジェクトを登録しないとダメ。登録は以下から。
https://launchpad.net/projects/+new
またプロジェクト無しでもブランチを作れる。その場合は"bzr push lp:~ユーザー名/+junk/ブランチ名"でおk。
147: 2008/12/19(金)18:54 AAS
>>137
MQ使うかdarcs使え。
それ以外は無理。
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.034s