数据库端更改在Git分支之间合并问题

在我们的Web应用程序中，我们有多个分支，如development，release等。开发人员在带有Liquibase变更集ID的changes.sql 文件中签入数据库端更改，并将其提交到developer分支中。例如，develop分支中的changes.sql 文件：

现在，当代码确定了我们要做的事情时，我们从开发创建了一个新的发行分支，并创建了一个新的BUILD供生产使用。因此，现在changes.sql 文件也将在发行分支中可用。

同时，开发人员将继续在development分支中开发新功能，并将在changes.sql 文件中添加新的变更集ID。例如如下所示：

他们承诺并推动发展分支。同时，一些开发人员还将签入release分支以修复发布版本中的错误，因此他们还将在发布的分支changes.sql 文件中进行更改。如下所示：

现在，最终几天后，当我们合并发行分支更改以开发分支时，我们在changes.sql 文件中面临订购问题。就像我说的，现在changes.sql 文件变成这样：

我们希望每次合并时，发行变更集都应始终位于changes.sql 文件中任何开发变更集的顶部。有什么办法可以做到这一点？

如果您对自动合并不满意，可以手动进行。您只需要在合并开始之后但合并完成之前编辑文件。如果合并期间存在无法自动解决的冲突，则该冲突已经停止，您可以在提交合并之前编辑文件。但是，如果由于自动解析而无法停止，则可以通过添加--no-commit选项来强制其停止：

git merge release --no-commit

现在，您应该能够检查您的changes.sql文件，并根据需要对其进行修改。完成后，您可以继续：

git merge --continue