我正在清理一个相当大的项目中的一些分支。本质上，我们有一个主版本，一组发布分支(其中只有最近的一个分支是维护的)，以及每个版本的特性/bug修复分支。此过程通常是错误修复/特性分支->当前发布分支->主程序。
现在，我可以看到，有相当多的旧特性
浏览 0提问于2014-04-17得票数 1
回答已采纳
1回答
我有一个master分支，在那里我正在推动我的最新开发。同时，其他团队也在release1分支上执行一些错误修复。
现在是release2的时候了。在这里，我需要在更新的主分支</
浏览 18提问于2020-02-20得票数 3
1回答
我克隆了一个上游存储库，在其上启动了一个bug修复分支，并花费了相当长的时间来修改它。因为我花了很多时间在这个分支上，对它做了各种各样的调试和琐碎的修改，我从最近的上游主分支中分拆了一个新的分支，到了那个分支，将实际的、最后确定的错误修复更改从</e
浏览 3提问于2014-10-16得票数 0
回答已采纳
1回答
更新这些分支的唯一方法是在另一个分支中工作，创建一个从该分支到主分支或发布分支的拉请求，获得PR批准，然后合并它。
然后，我们有一个“自动合并”从发布分支到主，以确保主人总是得到这些变化以及。我们从主人那里分出了第2版，做了发布。我一直在为
浏览 1提问于2020-05-13得票数 0
我们发布了1.0版本，并继续在主干中开发2.0。我们为与发布版本相关的bug修复创建了分支/1.0。计划是：
2.0继续开发主干/主干/包含不合并到分支/1.0中的新特性，因此在发布的应用程序中发现bug时，不会将主干合并到分支/1.0中，因此当在发布的应用程序中发现bug时，将
浏览 4提问于2011-03-28得票数 5
回答已采纳
1回答
对于一个新特性(增强)，开发人员从主分支中分支代码，并在代码评审后将其合并。
在发布日期，主分支被冻结一天(用于代码更改/合并)，产品发布团队分支从主分支开始并维护该发布分支，直到支持结束为止。产品发布后，发布分支将用于生产bug修复</e
浏览 0提问于2018-12-25得票数 2
我读了专业Git的书，发现了下面的
这通常有助于使Git在以后进行合并时认为分支已经合并。例如，假设您从一个发布分支中分离出来，并对其做了一些工作，您将希望在某个时候合并回您的主分支。同时，需要将主版的一些错误移植到您的发布分支中。您可以将bugfix分支
浏览 0提问于2018-11-04得票数 2
回答已采纳
每个“修补程序”都必须从这个分支开始。每个新特性都必须从此分支开始，并且只与此分支合并。有没有办法
浏览 3提问于2014-03-14得票数 2
回答已采纳
我有一个主分支和一个发展分支。我的生产环境使用的是主分支，而开发分支通常是几个提前提交的。
git合并了我的热修复</em
浏览 0提问于2018-11-21得票数 2
回答已采纳
1回答
在我的团队中，从master到发布分支的backport更改过程包括最后一步，即签出主服务器并从发布分支到主服务器进行合并(这是在从主服务器中选择修复程序之后)。这个合并应该是空的，并且意味着“保留历史”。我不明白这个空提交的目标是什么。有人能解释一下吗？这个过程如下所示
修复</em
浏览 6提问于2022-10-05得票数 0
1回答
据我所知，GIT唤醒流的描述方式如下：考虑到我们有大量的旧版本分支合并到主分支中。我们上一次发布的版本，比如2.6版。我们需要修复一些在旧版本分支中发现的错误，比如1.5。我们从与版本1.5相关的主分支状态创建<
浏览 2提问于2015-06-03得票数 1
回答已采纳
我们有一个拥有数百万用户的实时产品。目前，我们对每一项功能都从master中分离出来，当工作完成后，我们将其发布给QA进行测试。问题从以下情况开始：
直到版本达到100%，它需要几天的时间。同时，我们处理不同的特性，它们都是从主版本中分离出来的，所以当我们想发布下一个版本进行A/B测试时，基本版本是不同的(不包括最后一个版本的主版本)。在发布给QA之
浏览 1提问于2014-03-01得票数 2
1回答
在试图简化的同时：
同时具备以下要求：
只要每次发布后标记主分支，我们就可以取消发布分支吗？
我们还能取消发展分支机构吗？发布分支可以在新的sprint开始时从主服务器上分支
浏览 0提问于2019-06-05得票数 3
回答已采纳
1回答
当我们准备发布时，我们从主分支创建一个分支，并将其命名为版本(例如，"v8.10.0")。
然后我们继续在主要分支上进行开发。如果在上一个版本中发现了一个关键问题，并且我们处于开发分支的sprint中，那么我们需要为以前的版本创建一个修补程序。在本例中，我们从发布分支中创
浏览 2提问于2015-10-30得票数 0
回答已采纳
1回答
我在主分支(M)上编写代码，并在执行过程中添加提交。上周，我开始计划发布新特性的子集，所以我决定将发布分支(R)从主分支上的早期提交中分离出来。随后在release分支上发现了一些bug，因此release分支中的修复必须合并回主分支。|
浏览 18提问于2020-06-28得票数 0
如何将相同的更改(在多个提交中)应用于不同的分支？我有一个项目，它有一个主分支和一个稳定的分支--分支很久以前就有分歧了。现在，我需要将一个补丁移植到那个稳定的发布分支--我在主分支上有几个提交，我也希望在这个稳定<
浏览 3提问于2019-02-19得票数 0
我们公司最近将版本控制系统切换到SVN，使用TortoiseSVN作为我们的客户端，以促进敏捷开发方法的使用。我们的SVN存储库有来自主干的多个分支，每个sprint对应一个分支。我们通常采用“保持分支与主干保持最新，然后重新集成分支”的方法。但是，有时需要将分支中的更改移植到主干或其他分支！(例如错误修复)。我们有一个一直在开
浏览 2提问于2010-12-22得票数 1
回答已采纳
2回答
我正在尝试将GitVersion配置为使用Release Flow分支策略。 ? 基本上，我有一个mainline Master分支，Release，Feature和Fix分支。Feature和Fix分支是从Master分支创建的，并通过pull请求合并回Master。在sprint的末尾，我从Master创建了一个Release分支，它将一直持续到下一个sprint<em
浏览 6提问于2019-01-31得票数 3
回答已采纳
1回答
为了更多地了解分支概念，我参考了一篇文章：。如果我的理解是正确的，那么应该有一个主分支，然后是一个发布分支，然后是一个支持分支和一个特性分支。各分支之间的合并应定义如下：
然后从主分支创建发布分支(否则称为
浏览 0提问于2018-06-05得票数 0
回答已采纳
我在问自己如何通过发布和热修复来管理分支。
例如，如果我们有一个主分支，一个发布分支V1，以及一个发布分支V2和每个发布分支(已开发的V1和V2)的开发分支，我们在发布分支V1中发现了一个错误。我们必须开发一个修补程序，但是如何在发布分支V
浏览 11提问于2012-09-01得票数 1
回答已采纳
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
对象存储
腾讯会议
云直播活动推荐
腾讯云开发者
