我们的项目分为4个不同的Git项目（层次结构），其中 leaf 项目是客户部分。
要发布新版本，我们正在使用（SourceTree）和GitFlow-Feature。因此，创建了最新dev分支的新分支，在完成发布后，它将合并回dev，并填充到master-branch。
为了便于开发，我们曾经为所有项目使用固定版本（“dev”而不是xyz），同时在开发分支上工作并设置实际版本，每当我们填充分支时发布分支。
因此，我们希望避免将pom文件合并回dev-branch。 （在pom中定义的版本应该坚持使用 dev ，而所有其他（最终）更改应该合并回dev。）
有没有办法在不重新发明轮子的情况下实现这一目标？
所以，完成发布后：
答案 0 :(得分：1)
在发布分支中将pom文件中的版本更改为自己的提交，并立即“假”将其合并回开发分支（merge --strategy=ours）。
https://stackoverflow.com/a/19794987/11296
一旦将该提交合并（甚至伪合并）回到开发中，其更改将不会包含在将来的合并中，直到开发（直到pom文件再次更改）。
注意，如果在版本更改提交之前在发布分支上有任何提交，请确保先“真实”合并这些提交，然后伪合并版本更改提交（然后真正合并未来的实际更改，然后伪造未来版本的变化，冲洗并重复......）。