- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
我想为我们的新 Web 应用程序推荐 Gitflow。我们有 QA 环境,在发布之前进行产品验收测试。我想知道应该将哪个分支部署到 QA - 发布分支还是主分支?应将哪个分支部署到生产中?如果我们部署并测试release分支,然后将其 merge 回master,谁来测试master?
最佳答案
release
分支旨在通过 QA 验证和部署过程发送。
因此您的 release
分支将被发送到 QA 环境。验证完成后,将部署 release
分支。部署成功后,release
分支将 merge 到master
中。
master
应始终代表当前在生产环境中运行的代码。这样,如果您需要在验证当前 release
分支时发布修补程序,则可以从 master
分支。或者,如果由于某种原因您需要重新部署生产实例,您将部署 master
。
关于Gitflow - 谁测试主分支,谁测试发布分支,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/49103605/
我正在尝试使用此处的说明在 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 分支的模型已经有一段时间了。现在我们将要介绍一项可能需要数周时间开发的主要功能,并将导致主要版本升级,我们希望保留我们
我是一名优秀的程序员,十分优秀!