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 回答