Git 如何预防';开发';从Being合并到';发布';?

Git 如何预防';开发';从Being合并到';发布';?,git,gitlab,githooks,Git,Gitlab,Githooks,我们使用的是GitFlow,有几个分支(develope、release/x.xx和master)。我们在发布前一周从develope创建release/x.xx分支。本周我们研究了两个版本:我们进行了错误修复(发行版)和开发新功能(开发版)。正常的流程是从develope生成一个分支,然后将其合并回develope,或者从release生成一个分支,然后将其合并回release。但有时开发人员会忘记这一点,并意外地从develope生成一个分支,并将其合并到发行版中。。。我们需要一些保护措施来

我们使用的是GitFlow,有几个分支(develope、release/x.xx和master)。我们在发布前一周从develope创建release/x.xx分支。本周我们研究了两个版本:我们进行了错误修复(发行版)和开发新功能(开发版)。正常的流程是从develope生成一个分支,然后将其合并回develope,或者从release生成一个分支,然后将其合并回release。但有时开发人员会忘记这一点,并意外地从develope生成一个分支,并将其合并到发行版中。。。我们需要一些保护措施来防止这种意外的合并。防止这种合并的最佳方法是什么(开发->功能->发布)

我们在存储库中有version.data文件,它在开发和发布分支中是不同的。也许编写一些服务器端钩子,允许只在开发中更改version.data就能解决这个问题

我们使用GitLab社区版作为git服务器

有时,我们从develope创建一个功能分支,然后将其合并到发行版中

由于特性分支将合并到发行版中,所以简单的解决方案是从发行版创建它。在发布发生后,是否将发布分支合并回开发?我想你会的,因为你想在develope中修复你的错误,所以这个特性最终会进入develope


可以考虑将<代码>版本。数据< /C>文件添加到GiTigGORE中,以防止它在合并中被重写。

正常流是使一个分支不被开发,然后将它合并回开发或使分支从释放,然后合并回释放。但有时开发人员会忘记这一点,并意外地从develope生成一个分支,并将其合并到发行版中。。。我们需要一些保护,以防止此类意外合并。您是否使用一些存储库管理工具,如GitLab或GitHub?合并/拉取请求是防止“意外”合并到错误分支的非常有效的方法。如果您意识到分支是从错误的源分支创建的,您仍然可以重新设置到正确的源分支上。