当前位置: 首页 > 知识库问答 >
问题:

合并分解的变更集

楮自珍
2023-03-14

我正在LiquiBase中开发一个带有数据库版本控制的系统。该系统仍处于alpha之前的开发阶段,有许多更改被还原或由其他更改(删除表、添加和删除列)补充。

当前更改集反映了许多失败实验的整个开发历史,并且在初始化数据库时对整个更改进行滚动。

由于没有发布版本,我可以从头开始,在单个XML变更集中提取实际的DB状态。

有没有办法告诉LiquiBase将所有更改集合并到一个文件中,或者唯一的方法是按手合并?

共有2个答案

左劲
2023-03-14

Liquibase文档中有一页详细讨论了这种情况:http://www.liquibase.org/documentation/trimming_changelogs.html

总之,他们建议您不要费心,因为整合变更日志既有风险又回报低。

如果您确实想推进这一点,那么按照@veljkost的建议,使用generateChangeLog重新启动变更日志可能是最简单的方法。记录于http://www.liquibase.org/documentation/existing_project.html

马朝斑
2023-03-14

只需使用您现有的数据库来生成更改日志,这些日志将从现在开始使用。为此,您可以使用命令行中的generateChangeLog命令,它将生成包含代表数据库当前状态的所有变更集的变更日志文件。您可以在项目中使用此文件作为初始db创建文件,用于空数据库。这里有一个文档链接。

 类似资料:
  • 我在理解合并排序算法的“合并”部分时有点困难,因为我试图在上下文中理解算法的部分,而某些变量/循环对我来说没有意义。我理解递归除法过程和合并的排序方面,但在这个特定的合并算法中: 我不明白最后3个循环: 你能解释一下这3个循环在合并的上下文中是用来做什么的吗?还有什么进一步的建议可以帮助你更好地理解合并排序算法的合并部分吗?

  • 在 《教程 - 和别人分享改变》一节, 我们学会了如何与其他人共享变更. 但是因为(0.7 版本开始) Import" 不能正确的处理通过邮件发送的合并, 我们要演示如何从其他做了不兼容变更的仓库用拖合并。 首先, 我们必须创建合并的目标. 我们再次 Clone" my-hello的仓库: $ cd .. $ hg clone my-hello my-hello-desc 我们给 hello.c

  • 完成作业后的topic分支,最后要合并回merge分支。合并分支有2种方法:使用merge或rebase。使用这2种方法,合并后分支的历史记录会有很大的差别。 merge 使用merge可以合并多个历史记录的流程。 如下图所示,bugfix分支是从master分支分叉出来的。 合并 bugfix分支到master分支时,如果master分支的状态没有被更改过,那么这个合并是非常简单的。 bugfi

  • 本文向大家介绍详解Git合并分支的流程步骤,包括了详解Git合并分支的流程步骤的使用技巧和注意事项,需要的朋友参考一下 正常合并分支dev到master流程: (合并到其他分支类似哈) 1、要合并的dev分支先更新提交所有文件 注意: 如果不需要提交的本地化修改文件的话,最好不要提交上去。临时备份然后删掉或者撤回。 进入项目根目录,然后执行: 2、切换到master分支 3、更新master代码到

  • 在合并中我们已经学会了如何处理简单的Merge。 Mercurial当然也处理更加复杂的 Merge。很平常的情况是两个人同时更改同一个文件的同一段代码,然后必须给出处理的方法。这称之为冲突;处理这类冲突称之为合并。 首先让我们人为的创建一个冲突的实例。 正如我们前面所做的, 通过做一个my-hello的Clone"开始: $ cd .. $ hg clone my-hello my-hello

  • Git 有几个实现大部的分支及合并功能的实用命令。 git branch git branch 命令实际上是某种程度上的分支管理工具。 它可以列出你所有的分支、创建新分支、删除分支及重命名分支。 Git 分支 一节主要是为 branch 命令来设计的,它贯穿了整个章节。 首先,我们在 分支创建 一节中介绍了它,然后我们在 分支管理 一节中介绍了它的其它大部分特性(列举及删除)。 在 跟踪分支 一节