- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
当我在 master 和 develop 分支上有 pull 请求分支策略时,如何在我的 Azure Repos 上实现 Git Flow?我很想让它工作,但我不知道最佳做法。我目前在我的 Azure Git 存储库上设置了 gitflow,但我在 master 上有 PR 分支策略。如果因为没有创建 PR 而推送到 master 失败,我该如何完成发布或修补程序分支。同样,如果我的开发分支在 AzureDevOps 存储库中有 PR 分支策略,我无法使用“git flow feature ...finish”“完成”我的功能,因为推送到开发分支会失败?
我在开发(用于完成功能)和 master(用于发布 merge 和/或修补程序 merge )上没有 PR 分支策略的情况下进行了尝试。
我曾尝试查阅 AzureDevOps 的分支策略指南,但没有提及 GitFlow https://learn.microsoft.com/en-us/azure/devops/repos/git/git-branching-guidance?view=azure-devops#manage-releases
该指南更多地针对从“master”创建功能分支以获取新功能并与 PR merge ,然后对于发布,它建议您从 master 创建发布和修补程序分支,这些分支永远不会 merge 回来。
预期:能够完成功能并通过 PR merge 回开发能够通过 PR 同时完成 releas 和 hotfix 并 merge 回 master 和 develop。
实际:完成一个功能。尝试 merge 到任何对其具有 PR 分支策略的分支(master、develop)时,发布或修补程序失败
最佳答案
前几天,在我们组织的标准 session 上,您提出了这个问题。研究了几个小时后,我的最佳答案是 GitFlow 不会与 Azure DevOps 提供的所有额外功能与 git 存储库兼容。毕竟,GitFlow 只是一组标准和工作流,用于管理 git 存储库中的分支。 Azure DevOps 是 git 存储库的特定实现,上面有一堆附加功能。例如,如果您已应用分支策略进行开发,那么 GitFlow 功能工作流程将不允许您从开发中完成功能分支,因为无法进行提交,正如您在问题中所讨论的那样。此外,您会发现构建和发布管道被连接起来以监视特定分支,这与 GitFlow 的发布工作流不兼容。
您将需要做我现在正在做的同样的事情 - 根据您所依赖的技术(例如 Azure DevOps),确定哪些标准、流程和工作流最适合您的团队。要使用 GitFlow,您可能必须为您的团队创建一些时髦的标准。例如,您可以创建一个 Staging 分支,所有功能都从该分支分支。然后,您根据需要使用 merge 请求从登台 merge 到开发。然而,在某个时候,我认为您会发现,与仅创建自己的标准和流程相比,使 GitFlow 与 Azure DevOps 中的附加功能一起工作所必须做的事情会导致更多的麻烦和技术债务。
关于git - 我如何在 AzureDevOps 存储库中实现/设置 GitFlow,并在 master 和 develop 上使用 PR 分支策略?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/56108148/
我正在尝试使用此处的说明在 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 分支的模型已经有一段时间了。现在我们将要介绍一项可能需要数周时间开发的主要功能,并将导致主要版本升级,我们希望保留我们
我是一名优秀的程序员,十分优秀!