1回答
我经常在使用TFS作为源代码控制的客户机上工作，他们完全避免使用TFS源代码控制的毫无根据的合并功能
这在一定程度上是因为在过去它需要命令行工具来完成，但可能更重要的是，当您现在在界面中执行此操作时，它会向您显示一个黄色的感叹号警告符号，表明您确实正在执行毫无根据的合并。这有点吓跑了他们，并让他们完全避免了它。我一直在<
浏览 2提问于2015-03-03得票数 16
回答已采纳
在TFS 2015中设置新项目和分支机构设计。新的CO项目从Prod分支(因此它们总是从一组最新的活动代码开始)，然后合并(通过无根据的合并)到DEV分支，并在连接建立后重新设置父级。这样，用户就不必记得进行无根据的合并；Dev将成为默认的合并目标
合并是否会将它们从Dev返回到Mod，然后再
浏览 5提问于2017-02-14得票数 0
现在，我们的源代码管理树看起来像这样： | |
|___ Hello World，展示了一个更大(并且完全损坏)的源代码管理树。我们所有的分支/文件夹都处于不同的开发阶段。因此，在代码重构后的某个时刻，需要向上/向下合并。我尝试过移动分支和文件夹(显然是在DEV环境中测试)，似乎无论我做什么
浏览 3提问于2017-10-07得票数 0
在我工作的地方，看板与代码在一个不同的TFS项目中(我知道.不要问)。当然，这意味着底层的变更集&工作项在不同的TFS项目中。
现在..。我知道TFS项目之间的合并代码是Baseless &应该避免无根据的合并，因为与合并不同，它们忽略了合并中任何一方
浏览 6提问于2016-04-07得票数 0
回答已采纳
我正在将我的开发分支合并到主分支。在我的开发分支中，我只更改了文件的一个子集，所有其他文件应该保持不变。从逻辑上讲，我只想合并我更改过的文件。我不会签入未更改的文件。但是，当我在TFS中执行合并操作时，它会将树中的每个文件标记为更改类型为“merge”。看起来我必须签入整个源代码树中的每一个文
浏览 6提问于2009-06-25得票数 15
回答已采纳
1回答
我们有一个棘手的情况，我们的分公司在TFS 2012，现在我们不完全确定将是什么结果，我们的行动。Visual警告我们，将执行无根据的合并(显然，因为分支B和C是兄弟级而不是父-子级)。这个警告是这样的：我们继续合并。后来，有一位开发人员发现，我们忘记从分支A更新我们的分支B，我们需要从分支B中的changeset 1进行更改，但问题
浏览 5提问于2014-05-15得票数 1
这是TFS 2008。
主干已被重命名，现在我们需要将主干的一个伟大的^6孙子节点重新合并到其中。我们只能做一个毫无根据的合并。当无根据的合并完成时，有13,000个冲突。然后尝试了自动合并，它只减少了1000个冲突。这些文件中的大多数都是相同的。我想知道是否有任何方法可以让TFS或visual studio基于文件内容进行更积
浏览 5提问于2010-08-31得票数 1
回答已采纳
2回答
在我工作的地方，我们有一个分支，它只用于签入正在进行的bug和任务。小任务在下周签入时被搁置并恢复。但是，假设我有一个分支具有特性A，另一个分支有特性B。我需要第三个特性A+ Feature + Bug修复。所以每个bug修复都是这样的：Main -> Feature -> Featu
浏览 2提问于2012-04-10得票数 1
回答已采纳
1回答
我正在寻找正确的分支和合并策略，为我目前的情况。几周前，我从Main为应用程序的1.6版创建了一个新的Dev分支。这个版本现在正在测试中，并将在未来几周内投入使用。我认为有两种情况：
1.用于1.7的开发分支是从Main创建的(与往常一样)，我将所有1.6个更改集成到1.7个分支中并开始我的开发。1.6中的任何改动一旦准备好测试，就会合并到1.7
浏览 5提问于2017-07-19得票数 0
回答已采纳
在我的情况下，我们正在针对一个主要的开发分支(“主干”)进行特性分支的工作，并且在每个发布周期中，都会从当前的开发分支中提取一个发布分支。然而，一个发行版在很晚的时候就被取消了，相反，我们被要求发布上一个版本，只提供一些特性--在这些特性都集成到主开发分支之后。因此，所发生的是以前的发布分支被作为新的迷你版本的基础，我们现在必须重新应用已经针对开发分支所做
浏览 3提问于2016-04-14得票数 1
1回答
我们在TFS中将我们的整个主分支分支，遵循某种类似git的范例，而不是分支特定的子文件夹。假设我在A部门工作，从A部门转到B部门，然后继续在B部门工作，行吗？然后我会在不久的将来把A
浏览 3提问于2014-03-10得票数 0
回答已采纳
1回答
我们正在分支机构中实施新的更改(V01.01 SP)。现在，我们希望将分支(V01.01.01版本)合并到Trunk。
源是(V01.01.01版本)，目标是Trunk。在合并过程中
浏览 0提问于2017-04-19得票数 0
3回答
我正在寻找一种在TFS2008中将单个变更集从一个分支快速合并到另一个分支的方法。到目前为止，我的公司已经手动将更改向后移植到我们产品的旧版本，因此TFS中的分支之间不存在合并历史记录。因此，尝试仅合并UI中的一个变更集会导致完全混乱。它希望合并所有内容，而不是只合并我指定的
浏览 8提问于2012-06-19得票数 2
我有分支X，从它的分支分支Y和从Y分支Z。为什么？编辑1
因此，$/rtqa/1/xyz分支在$/xyz上，在某一点上$/preprod
浏览 3提问于2018-10-19得票数 0
3回答
我们正在考虑从SVN迁移到TFS，所以我试图在TFS中找到一个合适的工作流来满足我们的需求。请注意，特性分支实际上与“测试”分支的层次结构并不相同。在SVN中，我想您会把这称为“无根据的”合并，我认为TFS不支持.这就是为什么在我们的SVN方案中，我们会将我们的特性分支直接合并回主干。我们之前
浏览 0提问于2011-10-06得票数 3
我的目标是有一个这样的结构：-- Main-- Dev理想情况下，在处理新特性时，我希望从“主”主干分支开始，并创建一个新的"Dev/一旦我准备好测试特性，我想将"Feature“移动到合并工具的"QA”。然后，在完成和测试之后，从"QA“分支开始。一旦这是真的，我想要合并从"QA“到”主要
浏览 1提问于2013-12-02得票数 2
回答已采纳
这是我当前的设置。(TFS2008)完成此操作后，我将合并到BRANCH-A和BRANCH-B中(所以我不想从branch -A分支B)。
浏览 2提问于2011-10-26得票数 2
1回答
我们从这个新分支编译和发布。
如果在上一个版本中发现了一个关键问题，并且我们处于开发分支的sprint中，那么我们需要为以前的版本创建一个修补程序。在本例中，我们从发布分支中创建一个新分支，并开始修复该新分支上的问题(例如"v8.10.1")。然后，我们希望将应用在8.10.1分支上的补丁(Es)应用到主分支中
浏览 2提问于2015-10-30得票数 0
回答已采纳
在每个任务分支策略的分支中，如果在创建任务分支后原始的主分支没有被修改，那么有什么理由不将任务分支提升到主分支，而只是删除旧的主分支？换句话说，创建一个任务分支作为主分支的副本，在该任务分支上工作，当任务完成时，只需删除原始的主分支，并使该任务分支成为主分支，使其具有与原始主分支完全相同的名称。最后，这将如何影响其他开发人员可能在其计算机上拥有的原始主分支的副本？他们是否能够使用'Get
浏览 1提问于2013-02-13得票数 2
回答已采纳
如何最好地在TFS数据库项目的两个分支之间执行无根据的合并？我们在B分支中有一个变化，我们需要合并到分支A中，我们能在VS中进行模式比较并进行更新吗？
浏览 3提问于2014-01-30得票数 0
回答已采纳
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
腾讯会议
云直播
对象存储活动推荐
腾讯云开发者
