-1

到目前为止，我正在将应用程序开发为独立的单一系统。现在我需要集中我的工作区域并将其作为一个团队进行开发......关于如何为 Visual Studio 2008 和 sql server 2005 设置团队环境的任何重要提示。我对 TFS 不感兴趣。提前致谢 ...

4

3 回答 3

2

VisualSVN 是一个非常好的选择。它适用于 Windows，非常可靠，您可以设置具有不同存储库甚至文件夹权限的用户。它可以与 Visual Studio 无缝协作。

http://www.visualsvn.com/

于 2012-05-27T15:33:03.597 回答
1

您是否暗示您在自己工作时没有使用源代码控制？我建议反对。即使您是项目中唯一的开发人员，也要始终使用源代码管理。

除此之外，我赞同@IanNorton 的建议，即使用Git进行源代码控制。 Mercurial是另一个不错的选择，尽管不太受欢迎。 颠覆也是一个不错的选择。所有这些都具有非常相似的外壳集成 Windows 客户端。

我还推荐像TeamCity这样的东西来进行持续集成构建。理想情况下，您希望在每次签入时自动构建和测试运行程序，以便您立即知道代码是否存在问题，以及夜间构建和部署到共享环境（包括拆除和重新-构建测试数据）。

于 2012-05-27T15:46:00.993 回答
-2

我对 TFS 不感兴趣。

愚蠢 - 特别是因为您清楚地表明为什么使用 TFS 对您有好处。

让我们直截了当 - TFS 做了两件对你很重要的事情：

  • 源代码控制。
  • 工作项目跟踪，包括计划（很快 2011 将全面支持 SCRUM）
  • 持续整合。如果你变大，添加第 4 项：
  • 测试。并非所有事情都可以连续完成，并且 TFS 非常支持 Visual Studio 进行手动测试计划等。

大多数说“我不喜欢 TFS”的人都对 TFS 真正带来了什么一无所知。并不是说一切都是完美的，但我刚刚完成了一个 18 个月的项目，其中不使用 TFS 是我们做出的最愚蠢的决定；）

您需要对它们进行适当的保护——一个好的方法（不，抱歉，只是一个源代码控制系统并不能解决它）、持续的集成和一个计划项目和分配任务的系统。

数据库变得复杂 - 我强烈建议升级到 SQL 2012，新的 localdb 模式对于持续集成来说是无价的。

顺便说一句，在我的上一个项目中，我们因解决 SVN 问题而损失了数周（主要是在某些时候，愚蠢的服务器提供了错误的当前版本 - 我们进行了一场真正的斗争，以使坏的服务器解开；）

环境将是：

  • 许多服务器都需要启动虚拟机。开发人员可能需要其中的几个。
  • 记住构建服务器 LOVE SSD - 性能 ;)
于 2012-05-27T16:23:53.257 回答