什么是回购
我看了一些有关git-flow脚本的视频，其中一个词是“反向合并"，例如修补程序被合并到母版中，然后又被合并到开发中. 我假设反向合并是一个概念，而不是本地git命令.什么确切的命令构成反向合并操作? 解决方案 术语“反向合并"的使用通常有些武断. 与其他分支一样，它只是意味着进行合并，但是与分支约定的正常流程相比，合并的方向是“向后".如果您将分支可视化 master
..
git-flow相关内容
是否有撤消git flow init的命令?
在git flow init之后，如何删除git flow模型? 甚至，我从.git/config文件中删除了相关的配置. $ git flow init # force reset $ git flow init -f 已经从.git/config文件中删除以下内容. [gitflow "branch"] master = master develop
..
Git流程说明Hotfix和RC是否同时存在?
同时存在RC和Hotfix的一种常见方法是: 修补程序不应该存在 (或者可以，但是很短)，同时还有待处理的RC. 查看此图片: 如果有一个暂挂的RC正在暂存中，并且尚未经过全面测试，又突然需要紧急修补程序怎么办? 当然，我们接下来将创建一个修补程序分支，对其进行修复，然后合并回dev和master. 但是待处理的RC呢? 它不包含更改. Git流说我们不应该将
..
如果分支存在，则为发布分支进行每晚构建
我想为发布分支设置一个夜间构建.由于我使用的是git-flow，所以我并不总是有一个relase分支，因此如果它可以找到具有以下模式的分支，我希望它可以构建它: refs/heads/release-* 关于如何让团队精神为我执行此操作的任何想法? 解决方案 在触发器中使用分支过滤器，并将唯一的过滤器设置为 +:release-* 也在分支规范下的版本控制中使用
..
git-flow vs github-flow的优缺点是什么?
我们最近开始使用GitLab. 当前使用的是“集中式"工作流程. 我们正在考虑转向github-flow，但我想确定一下. git-flow 与github-flow ? 解决方案 如GitMinutes第17集中所述，由 Nicholas Zakas 在他的文章"公司内部的GitHub工作流程": Git流是用于管理Git中的更改的过程由Vincent Dries
..
如何在不使用release分支的情况下使用git flow?
git flow 中有几个分支. 例如 feature/ release/ support/ hotfix/ bugfix/ 我不需要release/分支，而是想将staging分支(开发分支)直接合并到master. 使用 git flow 实现此目标的最佳方法是什么? 解决方案 我认为，对于生产或您的 master 分支中的每个发行版，都必须创建发行分支 因此
..
本地忽略文件修改，而不是远程忽略
在我们的git存储库中，例如，settings.ini包含一堆配置数据.当我在本地测试我们的程序时，该程序会自动更改文件中的某些值，例如本地目录路径或IP地址等，这些值对于上游的任何人都不感兴趣，但是设置模块的所有者当然可以添加新的设置，我需要下载. 当前，我们使用 Gitflow模式，我正在使用某个功能，但是随后当我尝试执行git flow feature finish my_featur
..
Gitflow:将发行版的错误修正合并回母版进行开发
我的问题围绕gitflow流程中的一个非常特定的点(如此处). 我已经将错误修复从release/1.2合并到master，并进行了适当的标记. 除了历史记录外，release/1.2的反向合并与master的反向合并到develop之间的区别是什么. 我已经尝试了两种方法，在我的简单，人为的示例中，我没有想到develop有所不同. 这有危险吗?以后我会遇到麻烦的问题吗?
..
合并到母版后要素分支上的更改
我正在寻找一种将变更合并到母版中后将其引入功能分支的方法.目的是使功能分支仅保留与其相关的提交. 在将某个特征推入母版后，通常需要对其进行一些额外的修饰.在那段时间内对母版所做的更改与该功能没有冲突，这意味着在特征分支上执行其他工作时，可以将基础更改为实际的母版. 下图显示了这种情况: 我到目前为止使用的方法:变基以掌握和合并功能回到掌握 Against->现在，功能分支被
..
Git流-管理主与开发之间的差异
我已经使用Git Flow已有一段时间了，但是在最初的一周左右，我是从master手动创建release分支的，而Cherry则将所需的提交选择到release分支中，而不是从master进行创建. 例如，如果我在开发分支中提交了abcd123 My commit message，我还手动将其樱桃放入了release分支中，此时，我可能已经修改或编辑了提交消息，因此release分支(和现在
..
在git中缺少提交中的更改
我有一个由几个人组成的团队，使用git flow方法(主，开发，修补程序，功能，发行版)和远程裸仓库在同一个git仓库上工作. 我们有一个包含一些提交的修补程序，该提交已成功合并到master中，一切都很好. 现在，一周后，又进行了许多更改，在继续进行开发工作之后，我们有了一个发布分支，该分支也未合并到master中. 我们注意到系统中的某些文件已恢复为修复程序之前的状态.这些文件仅在
..
git branch工作流程政策
我是git的新手，对Git有所了解. 我公司目前有1个程序，该程序分为5个产品.每个产品由不同的团队处理. 目前我公司的git有5个分支机构，例如: dev =该分支供开发人员构建程序(dev.program.com) test(alpha)=该分支供测试人员测试程序(test.program.com) staging(beta)=此分支用于测试人员测试程序(错误的双重检查)并由
..
Git-Flow撤消完成的功能分支
如果要“撤消"功能分支，可以使用哪些选项?假设您添加了一个新功能supercool-feature，然后将其完成(合并到开发中并删除功能分支)，然后将其发布.但是您的用户真的不喜欢这个supercool-feature.如何撤消/倒退/撤消已经合并到开发和发行中的此功能? 我正在使用SourceTree进行版本控制. 解决方案 运行此命令 git revert -m 1
..
还原合并Git-Flow
我正在使用SourceTree和Git-Flow模式.现在，我已经准备好发布版本供我的Beta测试人员进行测试，因此我创建了一个新的release/v1.0.1分支.但是我的想法有所下滑，即使没有将发行版发送给测试人员，我还是决定完成发行版(合并到develop和master并标记).因此，如果测试人员发现任何错误，我都可以在发布分支中修复这些错误，那么我希望再次打开发布分支.然后，在修复所有错误
..
git flow如何处理较旧版本的修补程序或较旧版本的点发布
在master已远远超出该发行版之后，git flow如何处理修补程序? 场景 针对1.0的工作在开发上进行，在releases/v1.0发行分支上稳定下来，并通过标签v1.0(指向master的尖端和稳定分支的尖端)以快进合并的方式推送到master 发布1.1-3.2的方式几乎相同. 我们需要修复1.0中的错误 从v1.0标签开始分支 执行修复 合并到哪里?
..
GitFlow:release和master分支之间有什么区别?
我刚刚看过此gitflow速查表.我不理解release分支. 有人可以告诉我release和master分支之间的区别吗? 解决方案 区别在于目标和过程.在准备即将发布的版本时，通常会创建一个release分支.当所有应该发布的feature分支都已合并到develop分支时，可以在develop分支上创建release分支，并仅提交错误修复或对其进行一些配置更改.换句话说，您尝试
..
展开与功能分支类型之间有什么区别?
我读了几篇有关Git流最佳实践的文章. git分支的类型很多(例如:[1]，[2]): + Master + Develop + Feature + Bug + Proof of concept + Release + Hotfix 类型Master与Release有什么区别? Feature与Develop之间的区别是什么? [1] http://nvie.com/post
..
master分支和release分支是做什么用的?
我的英语不够好，无法理解git flow 的解释 据我了解. Master branch用于成品，用户可以在市场上下载. 但是有一个release branches我不知道这些分支是为谁发行的? 为客户发布?还是质量检查? http://www.flickr.com/photos/appleboy/5488984404/ 解决方案 一旦develop获得了足够的
..
在gitflow模型中创建修补程序分支或功能分支
我正在团队中使用此模型: 今天我的项目统计如下: 稳定版正在使用master分支在生产中运行 我们开发了需要在生产之前进行测试的新功能，因此我们有一个发布分支正在 SIT环境下进行测试.在SIT环境中进行所有测试后，可以将这些新功能与master合并. 问题:产品负责人请求在“生产"表中添加新字段.因此，团队提出了两种解决方案: 从master创建一个修补程序分支，添加新字段并
..
使用git flow和azure管道设置拉取请求
我正在尝试使用DevOps设置一个库项目.选择的分支策略是 git-flow ，以便使用git版本并紧随semver的发行版和修补程序. 所以我试图通过激活请求请求来保护开发分支和发布分支. 一切正常，除非要关闭发行版.在这里，我看到两个问题: 在git-flow中，系统尝试从master重新调整开发，但是devops不知道这是git-flow，只是将发行版合并到master.
..