[過去ﾛｸﾞ]
バージョン管理システムについて語るスレ3 (1001ﾚｽ)
バージョン管理システムについて語るスレ3 http://echo.5ch.net/test/read.cgi/tech/1228366972/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
137: デフォルトの名無しさん [sage] 2008/12/19(金) 13:24:08 今、所謂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だとうまくいくらしい？ http://echo.5ch.net/test/read.cgi/tech/1228366972/137
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 864 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.026s