我目前正在评估TFS 2010,以便在我们的开发团队中用作源代码控制解决方案,而不是Git。我们是一家微软商店,不管怎么说,我们的手指都伸进了Sharepoint和Project,所以让它在一个平台上运行是很好的。
我的问题从这个开始..。
在Git中,我们有一个开发模型,它将我们公司自己的可重用代码库存储在一个单独的存储库中。每个客户端解决方案都有自己的存储库和一个子模块(SVN爱好者的外部模块),将其链接到我们的公共库。为了允许开发人员在开发过程中向我们的公共库添加功能,我们为每个子模块设置了一个跟踪分支,并在它们最终完成后将部分功能合并到公共库中。
因此(作为对古老艺术的回扣),我们的Git设置的一个粗略的表示法是.
Common-Library::(branch) -----> (submodule)::Client-Solution
^ |
|-----------------这一结构对我们的效力非常重要。它允许开发人员在开发客户端解决方案的同时,在上下文中更新我们的公共库。更重要的是,它允许新开发的功能以需求驱动的有机方式重新进入我们的公共库,将客户端分支合并回主服务器和其他客户端解决方案中。
我的问题是,我真的很想使用TFS 2010来处理所有其他工作流方面的好东西,但是我很难理解这样一个模型如何适应它的源代码控制功能。看起来挺独立的。到目前为止,我还没有找到任何描述如何设置外部引用的东西,比如“子模块”。
发布于 2012-01-06 21:29:39
这样的结构对你来说是一条路吗?

现在您可以启动Client 1并将Common Lib A的主线分支到Client 1/devline/Common Lib A
如果您对Common Lib A进行了更改,并且已经完成,您可以将客户端1中的分支与主线合并,或者可能更好地将其合并为集成行。
另一种解决方案是使用客户端应用程序中的公共库作为程序集,这是我所喜欢的。
如果我遇到公共库中缺少的东西,我会为公共库创建一个新的需求/待办事项(它有一个额外的区域路径),并在Common Lib A的分支中实现它,测试它并将它部署到我的应用程序中。
如果还没有完成,您可以查看分支指南,也许您会得到更多的想法。
基于评论的编辑
当您分支时,您可以通过browse指定文件夹。在那里,您选择目标分支。

完成之后,您可以在客户端解决方案中添加Common Lib A的源。
https://stackoverflow.com/questions/8757186
复制相似问题