并行团队开发的分支想法？
有人对如何让多个团队使用 Microsoft TFS 进行并发 ASP.NET 开发有一些好的建议吗？
我在过去的很多年里一直在使用 Subversion，它允许我的团队自由工作，而无需专门锁定文件并在可能的情况下进行自动合并（比如 99% 的时间），
但是当我的新团队被迫使用 Subversion 时，这一切都崩溃了具有独占锁的 TFS...
有什么想法吗？
我试图让三个开发团队一起开发一个大项目，并希望通过分支来完成，这样我们就不会覆盖更改并高效工作。
Anyone have some good pointers on how to get multiple teams doing concurrent asp.net development using Microsoft TFS?
i have been using subversion for the past many years now and it allowed my team to work freely without exclusively locking files and doing auto merges when possible (like 99% of the time)
but this all falls apart when my new team is forced to use TFS with exclusive locks...
any thoughts?
i am trying to get three development teams working on a big project together and want to do it with branching so we don't over-write changes and work efficiently.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
然而，对于许多场景，非独占结帐根本不起作用（逻辑上），因为合并太复杂了。
不予负责。一般来说，我会说这完全是多余的，但这实际上取决于您工作的场景和您开发的语言（例如：使用 WPF 比使用 WinForms 更容易做到）。如果您在网站上工作，那么 - 这可能会出现问题。如果您开发大型金融应用程序，则可能不会有太多人尝试查看相同的文件。
这完全取决于您未提供的上下文。
For many scenarios, though, non-exclusive checkouts simply do not work (logically) because the merging is too complicated.
Non answerable. Generally I would say this is total overkill, but it really depends on the scenario you work in and the langauge you develop in (example: easier to do with WPF than with WinForms). if you work on a website, then - it may be problematic. If you work on a large financial applicaiotn, you may not have too many people trying to check out the same files anyway.
This is totally depending on the context whith you do not provide.