使用TFS 2010分支（复制）.Net应用程序
我有一个内部使用的 LOB 应用程序，它是带有 Linq to SQL DAL 的 Winforms。我想复制一份，以便我们可以测试未来的一些重大变化。
我们使用TFS 2010，这就是分支可以做的事情吗？我需要能够编辑 GUI 和 DAL，同时能够将其与 Live 版本并排部署。然后，一旦更改获得批准并正确测试，将其合并回 Live 版本并进行部署（我们目前使用 ClickOnce）。
我可以将我的分支带到多远，例如，我也可以重命名分支中的程序集吗？如果有那么重大的变化，我是否最好完全创建一个新版本？
I have a LOB app that we use internally that is Winforms with a Linq to SQL DAL. I want to make a copy of this so that we can test some major changes going forward.
We use TFS 2010, is this what branching can do? I need to be able to edit GUI and DAL while being able to deploy it side by side with the Live version. Then, once the changes have been approved and tested properly merge it back in to the Live version and deploy it(we use ClickOnce currently).
How far can I take my branch, as in, can I rename the Assembly in the branch as well? Am I better of just creating a new version entirely if there are that significant of changes?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
是的，分支是正确的方法。当您想要离开软件的主“分支”并在不同的“分支”上开发新的东西时（例如树上的分支），通常会进行分支。
分支可能包括很多关于使用哪种分支策略的想法，所以也许这个 Brian Keller 的视频（分支 101） 可以帮助您解释不同的策略，尽管它相当长（42 分钟）。
就我个人而言，场景总是对我有帮助，因此您绝对应该查看 TFS 2010 分支策略上的 codeplex 项目。
Yes, branching is the right way to go. You usually branch when you want to move away from the main "branch" of your software and develop something new on a different "branch" - like branches on a tree.
Branching might include a lot of thought of which branching strategy to use, so maybe this video with Brian Keller (Branching 101) can help you explain the different strategies, even though it is rather long with 42 Minutes.
Personally scenarios always help me, so you should most definitely check out the codeplex Project on TFS 2010 Branching stragies.
是的。分支是必经之路。合并过程非常简单。
只要您从 IDE 中执行此操作，您就应该能够重命名项目。
Yes. Branching is the way to go. The merge process is pretty straightforward.
You should be able to rename a project, as long as you do it from the IDE.
是的，继续分支。它创建一个完整的独立分支，您可以在原始分支中执行任何操作。
但是，如果您对原始分支进行了自动构建，那么这些构建将不适用于您的新分支。
Yes, go with branching. It creates a complete separate branch where you can do whatever you can in the original branch.
But if you have automated builds for the orignal branch those will not be available for your new branch.