使用要素分支时如何使用Flyway
最近，我们开始针对我们处理的每个故事使用功能分支。它们尽可能独立，然后由我们的项目经理决定由哪些故事组成发布。这意味着我们确实知道故事最初制作的确切顺序。
在Flyway中是否有处理此问题的标准方法？我已经阅读了FAQ，它讨论了如何对生产数据库进行的更改是线性的，这是正确的。但是，我不确定团队成员在功能分支上工作时如何决定要进行迁移的版本号。另外，在发布之前合并到集成分支和主服务器时，我们将需要手动重命名迁移文件。
问题答案：
您不能使用与版本号相同的迁移脚本：
发现了多个使用’xyz’版本的迁移（违规者：SQL …）
我建议采用以下解决方法：多个开发人员正在使用相同的版本，例如，1.0但功能不同。我猜您正在使用一些将每个事件的ID添加到ID的问题跟踪器，例如FOO-16。当开发人员解决该问题时，迁移脚本称为V1.0.16__my_greatest_feature.sql。这样（假设每个功能/分支都有自己的问题），就不会发生冲突。
我还假设数据库迁移脚本是独立且不重叠的，但是如果不是这种情况，则在将所有内容合并到稳定版本中时会遇到问题。
因此，在一个稳定的版本，你有几个空白迁移脚本，如：V1.0.16，V1.0.27，V1.0.101（如果FOO-16，FOO-27和FOO-101被选择）
-迁飞不会在意。所有未使其成为稳定版本的功能1.0（例如V1.0.35）都应重命名以针对下一个主要版本（例如V1.1.35）。
-
使用分支 svn switch命令改变存在的工作拷贝到另一个分支，然而这个命令在分支上工作时不是严格必要的，它只是提供了一个快捷方式。在前面的例子里，完成了私有分支的建立，你取出了新目录的工作拷贝，相反，你可以简单的告诉Subversion改变你的/calc/trunk的工作拷贝到分支的路径： $ cd calc $ svn info | grep URL URL: http://svn.ex
-
使用分支 在这一点上，你必须理解每一次提交是怎样建立整个新的文件系统树（叫做“修订版本”）的，如果没有，可以回头去读“修订版本”一节。 对于本章节，我们会回到第 1 章 基本概念的同一个例子，还记得你和你的合作者Sally分享一个包含两个项目的版本库，paint和calc。注意图 4.2 “开始规划版本库”，然而，现在每个项目的都有一个trunk和branches子目录，它们存在的理由很快就会清晰
-
我在Jenkins中有一个多分支管道项目。我想在管道项目中列出分支时禁用它。我可以添加异常以超越scm触发。但是我想禁用所有触发，包括手动触发。如果我在为分支创建的作业中使用“构建触发器”下的“禁用此项目”，则在我重新加载页面时不会选择该选项（没有可用于单分支管道的保存/应用按钮）。它只保留在Jenkinsfile中配置的以下配置。 有没有办法在Jenkinsfile中指定“禁用此项目”
-
问题内容： 我有一个使用restify模块创建的REST api，我想允许跨域资源共享。最好的方法是什么？ 问题答案： 您必须将服务器设置为设置跨源标头。不知道是否有内置的使用功能，所以我写了自己的功能。 我是从本教程中找到的。http://backbonetutorials.com/nodejs-restify-mongodb- mongoose/
-
这份教程是 Git 分支的综合介绍。首先，我们简单讲解如何创建分支，就像请求一份新的项目历史一样。然后，我们会看到 git checkout 是如何切换分支的。最后，学习一下 git merge 是如何整合独立分支的历史。 我们已经知道，Git 分支和 SVN 分支不同。SVN 分支只被用来记录偶尔大规模的开发效果，而 Git 分支是你日常工作流中不可缺失的一部分。 git branch 分支代表
-
问题内容： 我有一个詹金斯（Jenkins）工作，该工作建立与“来源/功能/ **”匹配的分支。 每当通过存储库挂钩（https://confluence.atlassian.com/display/BITBUCKET/Jenkins+hook+management）对存储库进行更改时，Bitbucket都会触发构建作业。 只要功能分支上有更改，此工作就可以正常工作，作业会识别出该分支已更改并进行