2015-09-16 151 views
0

我使用VS2013 TFS合并,我的方案是VS2013 TFS分支和

第1'版本的代码在TFS检查和释放。 (本地路径为 C:\ Development \ DEV)

2'nd版本编码开始并未完成。

现在客户端在第一个版本上问问题修复?怎么做 ?

同样的问题修复也应包含在第二版中。怎么做?

+0

你为v1发布了一个发布分支吗? –

回答

0

分支和合并是一个复杂的主题,您可以遵循许多模式。不知道更多关于你的要求,不可能给你很好的建议。您需要考虑以下事情:有多少客户端使用代码。这是否适用于同时具有多个版本的收缩包装应用程序或一次只有1个“实时”版本的生产系统。您还需要考虑如何测试代码(环境等)以及您拥有哪种构建过程和部署过程。

我可以给你没有更多信息的最好建议是阅读ALM Rangers guidance on TFS version control。然后回来更具体的问题。另外,保持简单,不要想太多,否则你会陷入混乱。

1

假设你有没有分支机构的是,它是这样的:

  • 得到你的主(V2)的分支历史和制定出变更或您最初建V1日期/时间。
  • 右键单击您的主分支(v2)并创建一个新分支(v1)。选择“从变更集”或“从日期/时间”并输入第一步中的信息以确定分支应该从哪里(或更确切地说)分配。提交这个分支。您需要拥有两个独立的独立分支,v1分支使用您在v1版本中使用的历史代码,而您的主分支仍然包含v2。

  • 现在,您可以在任一分支中解决问题。您需要使用Source Control资源管理器将两个分支映射到您的PC的单独文件夹中,以便您可以对其进行处理。 (如果您的源代码不可重定位,那么您必须通过将它们重新映射到同一位置来在分支之间切换。如果您谨慎处理并确保获得分支的干净副本,这可能会造成混淆,但不会太困难这是一种学习的好方法,可以让你的代码在下次重新定位:-)

  • 现在你需要在其他分支中复制修复程序。如果分支完全不同,您可能会发现只需在其他分支中再次编写修订即可,或者可以右键单击固定分支并合并到第二个分支。 TFS将尽可能地为你做,但是你将需要解决任何合并冲突,以便将修改后的修复应用到第二个分支而不会破坏任何内容。 (这可能非常棘手,所以要小心,如果您不确定是否记得您可以随时撤消更改并重新开始合并)

  • 一旦您完成修复并在本地测试了合并的代码,再次对照上一个/工作区版本进行区分,以确保您可以看到任何可能在合并中混淆的内容,然后将其检入。最后,如果您的版本需要由您的构建服务器构建,那么您需要将构建系统指向v1分支以使其构建新版本的(固定)v1版本(对于一旦构建,您只需重定向v1分支的源代码管理映射,以便构建服务器在从源代码管理获取源代码时从v1而不是v2获得,并在完成时将源重新映射回到V2分支)

只要你想通过每一个步骤和照顾,这是相当直截了当。但是如果你以前从未做过,我建议你通过上述每个步骤进行工作,并进行一些搜索以了解更多关于如何分支,如何映射源代码管理文件夹以及如何合并的信息。