从哪里开始...在多开发人员环境中使用 Visual Studio 控制对代码文件的访问
我们正在从 asp、vbscript、SQL Server 2000 过渡到 asp.net mvc、sql server 2008。
当我们使用经典 asp 时，我们可以使用 Dreamweaver 锁定对网络上文件的访问，以便开发人员和设计者在保存时不会覆盖彼此的更改。
Visual Studio 2010 中是否有等效功能？或者，还有其他技术可以实现此目的吗？
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
绝对有技术可以实现这一目标。
基于升级，听起来团队正在向前迈进。也许这意味着业务很好，也许这意味着团队正在成长或将会成长，等等。无论如何，即使只是一个开发人员，文件锁定以防止覆盖彼此的更改根本不是解决方案。应始终使用适当的源代码控制。
Visual Studio 当然支持 TFS，但也有适用于其他（免费）系统的插件。 SVN 是一个很好的入门工具。 （不过，就我个人而言，我不喜欢 IDE 集成源代码管理。我更喜欢将其视为文件操作而不是代码操作，因此更喜欢 Tortoise 版本控制客户端，用于 Windows 资源管理器集成。）
There most definitely are techniques to accomplish this.
Based on the upgrade, it sounds like the team is moving forward. Maybe that means business is good, maybe that means the team is growing or will grow, etc. In any event, and even if it's just a single developer, file locking to prevent overwriting each other's changes is no solution at all. Proper source control should always be used.
Visual Studio has support for TFS, naturally, but there are plugins for other (free) systems. SVN is a good one to get started. (Though, personally, I don't like IDE integration of source control. I prefer to see it as a file operation and not a code operation, and therefore prefer the Tortoise revision control clients for their Windows Explorer integration.)
您几乎肯定会想要过渡到适当的版本控制系统。
Subversion 非常流行并且对大多数人来说效果都很好。 TortoiseSVN 是一个非常有用的资源管理器扩展，使 Subversion 易于使用。还有用于开发环境的插件。 VisualSVN（非免费）和 AnkhSVN 都将 Subversion 集成到 Visual Studio 中。
git & Mercurial 也很受欢迎。两者的设计都更多地考虑到分布式团队。它们的工作原理与 Subversion 基本相同，但每个版本控制系统在工作流程方面，特别是在分支和合并方面，都有稍微不同的“最佳实践”。
You will almost certainly want to transition to a proper version control system.
Subversion is very popular and works well for most. TortoiseSVN is an extremely useful Explorer extension to make Subversion easy to use. There are also plugins for development environments. VisualSVN (not free) and AnkhSVN both integrate Subversion into Visual Studio.
Git & Mercurial are also very popular. Both are designed with distributed teams more in mind. They work largely the same as Subversion, but each version control system has slightly different "best practices" when it comes to work flow, particularly around branching and merging.
@quakkels：选择 TFS。我深深地讨厌它，但这对你来说会更容易。
SVN 适合极客，而 GIT 适合 alpha-geek（或者像我这样的 wanabes）。
@quakkels: Go for TFS. I deeply hate it, but it will be easier for you.
SVN is for geeks, and GIT is for alpha-geeks (or for wanabes like me).