个人中心
文章发布
退出
作者热门文章
- r - 以节省内存的方式增长 data.frame
- ruby-on-rails - ruby/ruby on rails 内存泄漏检测
- android - 无法解析导入android.support.v7.app
- UNIX 域套接字与共享内存(映射文件)
24
4
我刚刚查看了 this gitflow cheat sheet .我不明白 release 分支。
谁能告诉我 release 和 master 分支的区别？
最佳答案
区别在于目标和过程。 release 分支通常是在您为即将发布的版本做准备时创建的。当所有应该发布的 feature 分支已经 merge 到 develop 分支时，你创建 release 分支 develop 分支并仅提交错误修复或对其进行一些配置更改。换句话说，您尝试使其尽可能稳定。当希望 release 分支足够稳定时，您将其 merge 回 develop 和 master 分支。 master 分支的目的是始终拥有可以部署到生产环境的项目的最新稳定版本。您永远不会直接提交到 master 分支，只能从 release 或 hotfix 分支 merge 到它。还可以配置 CI/CD 工具以在 master 分支中的任何更新上部署到生产。
关于GitFlow : what is difference between release and master branches?，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/39902639/
24
4
0
我正在尝试使用此处的说明在 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 分支的模型已经有一段时间了。现在我们将要介绍一项可能需要数周时间开发的主要功能，并将导致主要版本升级，我们希望保留我们
我是一名优秀的程序员,十分优秀！