DB侧更改Git分支之间的合并问题

Question

在我们的web应用程序中，我们有多个分支，如开发、发布等。开发人员使用Liquibase变更集ID在changes.sql文件中签入数据库侧更改，并在开发分支中提交它们。例如，开发分支中的changes.sql文件：

• Changeset id:1
• 一些SQL
• id:2

现在，当代码完成我们所做的工作时，我们从开发中创建一个新的发布分支，并创建一个新的构建来提供生产中的功能。因此，现在changes.sql文件也将在发布分支中可用。

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

Query

• Develop

• 开发变更集id:1

• 一些SQL Changeset id:2
• 一些SQL
• Changeset id:3
• 一些SQL查询

f 223

他们致力于发展分支机构。同时，一些开发人员还将在发布分支上签入以修复版本构建中的错误，因此他们也会对发布的分支changes.sql文件进行更改。如下所示：

• 发布变更集id:1
• 一些SQL
• Changeset id:2
• 一些SQL查询

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

SQL Query

• Develop Changeset id:2 SQL Query

• Develop Changeset id:3

• SQL Query

• Release Changeset id:1

H 149一些SQL Query

• Release Changeset id:2H 252H 153某些SQL Query

• Develop Changeset id:4<代码>H 256H 157新SQL查询H 258F 259

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

Answer 1

如果你对自动合并不满意，你可以手动完成。您只需在合并开始后，但在合并完成之前编辑该文件。如果合并过程中有冲突而无法自动解决，则在提交合并之前，它已经停止并给您编辑文件的机会。但是，如果它不会因为它的自动解析而停止，那么您可以通过添加--no-commit选项强制它停止：

git merge release --no-commit

现在，您应该能够检查您的changes.sql文件，并在需要时修改它。当您完成之后，您可以继续：

git merge --continue