2009-05-31 11 views
3

プロジェクトAがgitをSCMとして使用していると仮定します。私は彼らのレポを複製して、自分のニーズに合った変更を加えます。gitで他の人プロジェクトを追跡する

+0

http://stackoverflow.com/questions/804115/git-rebase-vs-git-mergeおよびhttp://stackoverflow.com/questions/904353/unable-to-understand-git-branch-mergeも参照してください。 rebaseトピックの詳細については、 – VonC

答えて

5

gitでこれを行う本当の良い方法は、変更内容を「再配置」することです。これは、 "自分の"リポジトリからの更新をあなたの変更にマージするのではなく、すべての変更を巻き戻し(元に戻す)、ブランチに変更を加えて(すべてが素敵で線形なので)、変更を "再生"その上に

これは、履歴を元に戻したときに変更内容をインタラクティブに変更するのではなく、基本的に変更内容を基本的には一連の「パッチ」とみなします。

+0

おそらく、これがどのように動作するかを簡単に文書化することをお勧めしますか?確かに、それは繰り返しているかもしれませんが、gitドキュメントを読んだことがない人にとっては、これをどこかに記録することは有益でしょう。 –

+0

@darthcoder:http://stackoverflow.com/questions/804115/git-rebase-vs-git-merge and http://stackoverflow.com/questions/904353/unable-to-understand-git-branch-merge- and rebaseは、 "rebase"トピックに関する何らかのドキュメントを提供しています – VonC

1

はい。矛盾する変更がマージされます。これは基本的には良い点のDVCSです。

3

私は自分の変更のためにブランチを構築し、それを上流のコードの上に定期的にリベースする傾向があります。

関連する問題