5

プルリクエストをマージしていて、変更ログに次の行をマージに付随させたいとしましょう:

> git merge --no-ff otherguy/feature-x
> echo "Feature: X" >> changelog
> git commit -am "Changelog update"
> git push

単一のコミットで同様のことが可能です。

> git merge --no-ff --no-commit otherguy/feature-x
> echo "Feature: X" >> changelog
> git commit -am "Merge otherguy/feature-x + changelog"
> git push

同じコミットにマージとファイルの変更の両方が含まれるようにします。

ダウンストリームリポジトリからマージするときは常に変更ログを更新することを認めて、ここに質問があります:

後者の方法は正気であり、後でどのような予期しない結果が現れる可能性がありますか?

更新:既に git ログがある場合に別のファイルの変更ログが必要な理由については、ファイル内の変更ログがより削除され (コミットごとではなく、マージごとにエントリなど)、より適切な表現で特定の形式 (debian など) になっている場合があります。 /変更ログ)。というわけで外用です。

4

1 に答える 1

5

最初に変更ログを保持するために git がある場合、変更ログをリポジトリにコミットしておくことが本当に役立つかどうかを最初に検討する必要があります。

また、どちらのブランチにも存在しないものをマージに追加することは、悪のマージと呼ばれ、とにかく良い習慣ではありません。

于 2013-01-16T08:38:08.090 に答える