最近我们开始使用 Liquibase。这还没有发生，但我们想象如果两个开发人员将更改日志文件中的更改提交到共享的 Git 存储库会发生什么。

如何解决或避免 merge 冲突？为了扩大这个问题:

将 Liquibase 与 Git 结合使用的推荐工作流程是什么？

示例场景:
- Michael 更改了表“customer”中的一列。
- Jacob 更改了表“account”中的一列。
所以两个开发人员都添加了一个 <changeSet>到相同的变更日志文件 changelog.xml。

编辑:

正如所评论的那样，场景确实没有那么令人兴奋。假设 Jacob 是最后一个推送他的代码的人。他必须先 pull 。收到警告，有 merge 冲突需要解决。他通过保留代码的两部分(Michael 的和他的)来解决冲突。使用 Liquibase 更新数据库没有任何问题。

高级示例场景:
-Michael 更改“first_name”中表“customer”的列“name”的名称，提交并推送。
-Jacob 更改“last_name”中表“customer”的列“name”的名称并提交。
-Jacob 在提取 Michael 的代码时遇到 merge 冲突。
-Jacob 和 Michael 讨论了冲突并同意它必须是 Jacob 提交并推送的“last_name”。
-Michael 提取已解决的冲突并运行 Liquibase 更新。他得到一个错误:column "name" does not exist

最佳答案

在我的公司，我们使用 liquibase 的方式可以防止这些情况的发生。基本上，您为每个更改创建一个单独的 liquibase 文件。我们在发起更改的 JIRA 票证之后用一些描述性文本命名文件。这些文件中的每一个，我们都放在一个文件夹中，用于它们所适用的系统版本；如果下一个版本是 1.22，那么当我们开始更改数据库时会创建该文件夹，我们将每个 liquibase 文件连同仅包含它们的 update.xml 脚本一起放在其中。 update.xml 文件最终成为唯一可能真正发生冲突的地方，而且解决起来很简单。

为了说明，这是 src/main/liquibase 文件夹:

├── install                        
│   ├── projectauthor.xml          
│   ├── project_obspriorities.xml  
│   ├── project_priorities.xml     
│   ├── project_udv.xml            
│   ├── project.xml                
│   ├── roles.xml                  
│   ├── scan.xml                   
│   ├── (the other table definitions in the system go here)
│
├── install.xml                 <-- this reads all the files in ./install
│
├── local.properties            <--
├── prod.properties             <--  these are database credentials (boo, hiss)  
├── staging.properties          <-- 
├── test.properties             <--  
│
├── update.xml                  <-- reads each version/master.xml file     
│
├── v1.16
│   ├── 2013-06-06_EVL-2240.xml
│   ├── 2013-07-01_EVL-2286-remove-invalid-name-characters.xml
│   ├── 2013-07-02_defer-coauthor-projectauthor-unique-constraint.xml
│   └── master.xml
├── v1.17
│   ├── 2013-07-19_EVL-2295.xml
│   ├── 2013-09-11_EVL-2370_otf-mosaicking.xml
│   └── master.xml
├── v1.18
│   ├── 2014-05-05_EVL-2326-remove-prerequisite-construct.xml
│   ├── 2014-06-03_EVL-2750_fix-p-band-polarizations.xml
│   └── master.xml

install.xml 文件只是一堆文件包含:

<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<databaseChangeLog xmlns="http://www.liquibase.org/xml/ns/dbchangelog"
                   xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
                   xsi:schemaLocation="http://www.liquibase.org/xml/ns/dbchangelog http://www.liquibase.org/xml/ns/dbchangelog/dbchangelog-2.0.xsd">

    <include file="src/main/liquibase/project/install/projectauthor.xml"/>
    <include file="src/main/liquibase/project/install/project_obspriorities.xml"/>
    ...
</databaseChangeLog>

update.xml 文件是同一个故事:

<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<databaseChangeLog xmlns="http://www.liquibase.org/xml/ns/dbchangelog"
                   xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
                   xsi:schemaLocation="http://www.liquibase.org/xml/ns/dbchangelog http://www.liquibase.org/xml/ns/dbchangelog/dbchangelog-2.0.xsd">
    <include file="src/main/liquibase/project/v1.18/master.xml"/>
</databaseChangeLog>

我不喜欢的工作流程的一个方面是 install/*.xml 应该创建数据库，因为它正好在当前版本之前，但我们通常不记得这样做。

无论如何，这种方法将使您免于 merge 带来的许多痛苦。我们正在使用 Subversion，并且使用这种方法没有任何 merge 困难。

关于java - 使用 Liquibase 和 Git 的推荐工作流程是什么？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/24449879/