扩展到小团队的最佳做法和选择是什么?
我是小公司中唯一的Visual Studio 2012用户。我正在使用Visual Studio Online进行源代码管理(据我所知,这将Microsoft Visual Studio Team Foundation Server版本14.0.12345.23456公开为" service"(即这是云...没有已安装内部部署TFS。目前,我使用的是LOCAL工作区(默认)和TFVC(不是GIT)。
我的开发服务器在Win2008 R2上运行IIS 7.5。我在本地登录到此开发服务器并以管理员身份启动VStudio 2012 Professional。项目源代码位于本地硬盘上(例如d:\ projects \ projectA等)。我可以交互式地调试我的Web应用程序项目并坐在断点上而不会打扰"任何其他用户或开发者。
我远程工作,所以我使用带SSL的移动VPN通过远程桌面连接到上面的开发服务器(现在只支持2个并发连接)。
一些具体问题:
答案 0 :(得分:2)
通常,团队中的每个开发人员都有自己的开发机器。您在Visual Studio Online中创建团队项目,并将项目签入此团队项目。如果你想让dev2和dev3在这个项目上工作,你可以add dev2 and dev3 in the team project(Visual Studio Online提供5个免费许可证),这样他们就可以访问这个团队项目并将项目送到他们的开发机器。
Team Foundation版本控制是一个集中版本控制系统。通常,团队成员的dev计算机上只有每个文件的一个版本。历史数据仅在服务器上维护。每当您的团队将工作签入Visual Studio Online时,您都可以轻松地审核更改并确定在变更集中签入的用户。
关于Workspace,请查看以下定义:
•服务器工作区:在进行更改之前,团队成员会公开检查 出文件。大多数操作都要求开发人员连接到 服务器。 (在过去,团队阻止不止一个人检查 out,但现在不常见了。)这个系统有利于锁定 工作流程。
•本地工作空间:每个团队成员都会获取一份 与他们的最新版本的代码库,并根据需要脱机工作。 开发人员检查他们的更改并根据需要解决冲突。
通常,建议使用本地工作区。
TFVC的更多信息,您可以参考https://msdn.microsoft.com/en-us/library/ms181237%28v=vs.140%29.aspx