我们假设我正在合并拉取请求,并且还希望合并更改日志中的一行:
> 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 / changelog)。因此,它适用于外部使用。
答案 0 :(得分:5)
首先要考虑在存储库中保留更改日志是否真的有用,当你在那里使用git来保存更改日志时。
此外,在合并中添加任何一个分支中不存在的内容称为evil merge,并且无论如何都不是一个好习惯。