1

したがって、プッシュ、プル、コミット、およびブランチ以外の git のより興味深い部分については、比較的慣れていません。Android サブレディットを見ていて、Paranoid Android rom の新機能のソースへのリンクを見つけました。私がそれを見たとき、私は ENTIRE 機能が 2 つのリポジトリ (パート 1パート 2 ) にプッシュされた 2 つの個別のコミットの単一セットであることに気付きました。投稿のコメント セクションで、人々はコミットをマージすることでこの機能を自分の ROM に追加する方法について言及しました。その機能を追加するためのすべての変更がその単一のコミットに追加されるため、これは私にとって理にかなっています。

私が理解していないのは、何度も更新された場合に、誰かがその機能を簡単にマージできる方法です。これで、多数の他の小さな「更新コミット」と一緒にマージする単一の「基本」コミットができました。github ページにメイン プロジェクトからのブランチが表示されないため、「この機能が追加された場所」という中心的な場所は実際にはありません。したがって、最初に機能を ROM に追加しないことにした場合、その機能は複数のコミットで更新されます。どのようにプロジェクトにマージすればよいでしょうか?

4

1 に答える 1

0

コミットをプロジェクトにマージすると、その先祖もすべてマージされます。したがって、元のパッチに基づいて構築された後続のコミットをマージすると、元のパッチも取り込まれます。

への引数として (ブランチではなく) コミットを使用することは可能git mergeですが、そのコミットを指すブランチを簡単に作成することもできます。たとえば、誰かがフォローアップ コミットのために自分のリポジトリに MY_ENTIRE ブランチを簡単に作成できます。ブランチ MY_ENTIRE をマージすると、元のコミットも取り込まれます。

于 2013-06-11T16:44:36.003 に答える