我对Git的发布过程有疑问。
在我们的项目中，我们正在使用mvn版本更改伪造品的SNAPSHOT版本：set -DnewVersion = XXX ...
现在可以说我在Release_2019.1分支上，并且在执行我的POM时，我现在的版本为2019.1.0-SNAPSHOT：set当然将创建pom.xml的新版本并能够标记我必须提交的标签（因此，首先git commit -a -m“ Release commit”，然后git tag“ Release_2019.1.1”），但这将使pom的版本也成为分支Release_2019.1的2109.1.0-SNAPSHOT，但是如果我们必须对该分支进行错误修复，我们不希望这样，我们希望它保持为2019.1.0-SNAPSHOT，因此该分支的较新版本可以再次执行此过程（对我们来说，似乎只会发生真正的修复程序当我们将软件交付生产时，我在此处定义的发布过程更多是当我们交付软件进行测试时，但我们期望修复错误。
我知道Git Flow会在发布版本时预见一个Tag，但是在这里创建一个新的分支Release_2019.1.1并在此提交更改而不是修改Release_2019.1分支会更好吗？
或者git可以在不更改Release_2019.1分支的情况下标记此更改吗？
答案 0 :(得分：0)
如果您还没有将标签推送到公开仓库中，这非常容易。您可以使用git tag -f覆盖标签。如果您按下了标签，则任何已拉下标签的人都必须删除并执行remote update或git fetch <tag>以获取新版本。