2012-01-20 4 views
0

多くの開発チームが、別の機能クローンリポジトリに新しい機能やバグ修正を作成し、機能/バグ修正が準備完了。HGワークフロー:ブランチクローンから単一チェンジセットを選択/放棄する方法

ただし、受信した変更をすべて含めることはしたくない場合もあります。 DVCSのすべての機能を利用して変更をレビューするには、変更内容を完全に修正して選択する必要があると思います。

このシナリオでは、どのようなワークフローが優先されますか?

私が知っている限り、移植拡張は、単一のチェンジセットを選択する可能性を提供しますが、パス/ファイルベースでプルーン/ピックアップしたいと思います。そのようなテストスクリプトやそのようなものを除外するには、それはもはや最終的なフィーチャには不要です。

移植は拡張であるため、HGの「クローン、変更、...レビュー」サイクルは正式な方法は何ですか?

答えて

1
  1. Mercurialのは、このように、チェンジ中心 VCSである - 、操作対象がチェンジであるMercurialのですべて
  2. でチェンジではない可能性の内側チェリーピックあなたは(バンドルにチェンジセットの一部を破棄することはできませんしかしGitは、AFAICR)に
  3. を行うことができますこれは、任意の形式、単に個人的なPOVで公式ではない方法です:プルは、匿名の枝を生成するので、はメインラインと、このブランチをマージする前に分岐コンテンツを編集することができます、changestsを削除

  4. MQへの参加 - -

    • HISTEDITを使用して、不要な部分を排除するために枝からチェンジ、チェンジセットの編集内容を削除する
    (MQ-パッチ、編集、仕上げ、再発注に変換)
+0

1.)私は単一のHUNKを選択するのではなく、パスを選択したいと思っていました。私は変換エクステンションを使用して、一時的なクローンがこれを行うことができると思う(手作業のオーバーヘッドが多い) – Peter

+0

2)おそらく、移植された頭部を移植するために移植や移植ができるかもしれないが、リポジトリは一時的なクローンを使用して残りの変更を破棄します。 – Peter

+0

3.)私はhisteditを使って、上流から更新できないようにプルリクエストを得たフォーク/ブランチクローンをレンダリングすると思いますか? – Peter

関連する問題