- c - 在位数组中找到第一个零
- linux - Unix 显示有关匹配两种模式之一的文件的信息
- 正则表达式替换多个文件
- linux - 隐藏来自 xtrace 的命令
虽然这类似于线程 Git-flow and master with multiple parallel release-branches和What's best way to work with git on multiple master branch? ,它并不完全相同......我确实发现这个很相似:Multiple projects with same GIT master ,但我想讨论我的具体用例...
我工作的公司正在为我们的 Git 工作流程制定政策和程序。我们想使用文章中描述的“Gitflow”模型 http://nvie.com/posts/a-successful-git-branching-model/或者 https://www.atlassian.com/git/tutorials/comparing-workflows/gitflow-workflow并且在有关此事的许多讨论中经常被引用。
但是,我们有一个用例,其要求我找不到记录的解决方案。如果您的项目用于生产不止一种最终产品怎么办?因此,master 分支不能代表“发布点”,就好像它是一个单一的产品一样。似乎主人可能需要备用分支?那么多个并行发布分支?
例如,如果项目充当可能具有不同外观、口味或变体的事物的 Backbone 或引擎,但您希望将每个完整的最终产品存储在一个存储库中,该怎么办?
在我的特定场景中,我有一个在 Linux 服务器上运行的程序,但它也作为本地 Windows 应用程序分发。在这些不同的版本中,项目的大部分内容可能会或可能不会包含在一个或其他版本中。例如,服务器上有一些库,如果 repo 仅用于服务器,则不需要包含这些库,但必须包含在本地分发中,否则它们将不存在。我想在特定的发布点将 repo 的更新 pull 到服务器上,但忽略不属于那里的部分。
我会从 master 分支创建一个“Server Release”和“Local Release”分支吗?
开发分支(及其功能)会从哪里脱落?我不想要多个开发分支,每个分支都来自它自己的版本,因为代码开发实际上 99% 适用于这两个分支。我是否需要将单个开发分支 merge 到一个版本中,然后再 merge 到另一个版本中?
最佳答案
如果 99% 的代码在两个产品之间共享,您可以轻松地共享同一个存储库。只要两个产品处于同一发布周期(例如,2.0 版同时发布),您就可以拥有一个单独的 release/develop/master 分支。
From the master branch, would I create a "Server Release" and "Local Release" branch?
在 gitflow 中,你实际上是从 develop 分支发布!但是如果它们处于不同的发布周期,没有什么可以阻止您为每个产品创建一个发布分支。然后你可以自由地将发布分支 merge 到 develop 和 master 分支,当它们在他们自己的时间完成时。这里唯一的问题是您可能需要在 master 分支上有两种不同风格的标签,以便您可以看到每个产品在其发布周期中的位置。或者,为了使标签保持相同的格式,您可能有两个主分支(每个产品一个),当相应产品的功能完成时,您将分别 merge 到这两个分支中。
关于具有多个主分支的 Gitflow,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/32318449/
我正在尝试使用此处的说明在 Windows 上运行 gitflow:https://github.com/nvie/gitflow (我使用的是 Windows Server 2003 SP2 64
我希望在工作中实现 gitflow 分支模型,正如在 http://nvie.com/posts/a-successful-git-branching-model/ 中首次提出的那样或在 Atalss
虽然这类似于线程 Git-flow and master with multiple parallel release-branches和What's best way to work with gi
在 symfony/symfony 项目中,我看到 master (3.3-dev) 存在一个名为 UPGRADE-4.0.md 的文件。 4.0开发还没开始,但是这个文件已经存在了。原因是什么? 最
我想为我们的新 Web 应用程序推荐 Gitflow。我们有 QA 环境,在发布之前进行产品验收测试。我想知道应该将哪个分支部署到 QA - 发布分支还是主分支?应将哪个分支部署到生产中?如果我们部署
在 symfony/symfony 项目中,我看到 master (3.3-dev) 存在一个名为 UPGRADE-4.0.md 的文件。 4.0开发还没开始,但是这个文件已经存在了。原因是什么? 最
我想为我们的新 Web 应用程序推荐 Gitflow。我们有 QA 环境,在发布之前进行产品验收测试。我想知道应该将哪个分支部署到 QA - 发布分支还是主分支?应将哪个分支部署到生产中?如果我们部署
我正在使用 GitFlow,并将功能分支映射到用户故事。本质上,每个功能分支代表一个用户故事。当故事完全实现和测试时,就被认为完成了,特性也完成了( merge 回开发分支)。 我现在的问题是我的功能
在gitflow中所有的发布分支最终都是 merge 到master merge 发展 标签大师 删除发布分支 但我们为什么不就 标记发布分支 merge 发展 删除发布分支 如果是修补程序,我们可以
我们使用 Gitflow 进行 Web 构建,我有一个关于如何 hotfixes 的问题应该可以工作。但首先我应该解释一下,我们并没有完全使用正常的 Gitflow 工作流程。 我知道通常你会分支你的
git 新手并尝试学习 GitFlow。使用 GitFlow,您每隔一段时间就会从 develop 中删除一个发布分支。分支,以便您可以隔离新更改的子集并将它们部署到某个临时/非生产环境。但是我实际上
我很难理解提升构建(及其 Artifactory )的概念究竟是如何与 GitFlow 一起工作的。我正在使用 Git、Jenkins 和(作为新添加的)Artifactory 制定持续集成/交付工作
我正在努力设置 gitflow 以允许创建多个修补程序... 我已经运行了以下命令: git config --add gitflow.multi-hotfix true git config --g
我们知道 git-flow 是这样的 来源:Vincent Driessen 不知道为什么需要develop分支,没有develop分支会导致什么问题?为什么不 merge 功能分支直接发布分支呢?
我正在为我的项目设计分支和合并策略(我们使用 TFS)。项目计划有多个发布版本。目前我们正在测试 v1.0alpha 并在 v2.0 中工作 计划是: 在测试人员立即批准后,v1.0 版 将发布给一位
我将从头开始开发 iOS 应用程序,它只是现有 Android 应用程序的复制。 此应用程序中有 7 个模块(登录、注册...),客户希望在完成后测试每个模块,以便在所有模块完成并经过良好测试后将应用
我有几个问题,关于当许多开发人员都在做同一件事(不能进一步拆分)并且您仍然希望每天进行部署时,您如何处理测试和部署。 目前我们遵循 Gitflow,我们有我们的功能分支,每个人都在处理一个独立的功能。
我在我的团队中使用这个模型: 今天我的项目统计如下: 稳定版使用 master 分支在生产环境中运行 我们开发了需要在生产前进行测试的新功能,因此我们有一个发布分支在 SIT 环境 下进行测试。这个新
我知道当你开始一个功能分支时,你输入 git flow feature start [] ,如果你想完成一个分支,你输入 git flow feature finish 。 但是当你完成一个分支时,它
我们一直在使用 GitFlow使用 feature/release/hotfix 分支的模型已经有一段时间了。现在我们将要介绍一项可能需要数周时间开发的主要功能,并将导致主要版本升级,我们希望保留我们
我是一名优秀的程序员,十分优秀!