2012-03-11 8 views
0

パブリックフィーチャブランチが2つあるとします(feature1feature2)。 パブリックフィーチャブランチが「統合」ブランチとみなされるという問題のワークフロー。 これらの2つの支店のそれぞれは、2人の異なる開発者によって開発されており、自社のビジネスを考えています。 ある日、feature1の開発者はfeature2にコードの一部が必要であることを認識しています。これについて最善の方法は何ですか。 それぞれのコミットが問題のコードだけを正確に参照できるように十分に集中していたので、問題のコードをチェリーピックアップできるとしましょう。ブランチの一部を別のブランチと共有する

しかし、チェリーがコミットを選択すると、SHA1が異なるため、後で問題が発生することがあります。それも(私は思う)元の著者情報を失うだろう。

これについては、より良い方法がありますか?

+0

これは、機能ごとに別の機能ブランチを持つ必要がある理由の1つです。必要なコードのブランチがある場合は、単にそれをマージするだけです。これはあなたのレポには当てはまりません。 – svick

+0

各機能に別のブランチがあります。問題は、feature1はfeature2のコードを必要とすることです。 – blockhead

+0

次に、あなたのフィーチャーをより小さな部分に分割し、それらのそれぞれのためのブランチを用意するべきでしょう。しかし、それは今あなたを助けることはありません。 – svick

答えて

0

最初に、git cherry-pickは元の著者に関する情報を失わず、同じままです。それはコミッターについての情報を失うが、それは正しい。

gitはマージに関してかなり賢いので、あなたが望むコミットをチェリーピックアップするときに問題はないはずです。しかし、確実にしたい場合は、一時的なブランチ(またはrepoの一時コピー)でいつでも試してみることができます。

関連する問題