如何在团队环境中设置.net

时间:2012-05-27 15:30:29

标签: c# winforms svn

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

3 个答案:

答案 0 :(得分:2)

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

http://www.visualsvn.com/

答案 1 :(得分:1)

您是否暗示自己在工作时没有使用源代码管理?我建议反对。即使您是项目中唯一的开发人员,总是使用源代码管理。

除此之外,我第二次@ IanNorton建议使用Git进行源代码管理。 Mercurial是另一个不错的选择,虽然不太受欢迎。 Subversion也是一个不错的选择。所有这些都非常相似shell-integrated Windows clients

我还建议使用类似TeamCity的内容来进行持续集成构建。理想情况下,您希望在每次签入时都能进行自动构建和测试运行,以便您立即知道代码是否存在问题,以及每晚构建和部署到共享环境(包括拆除和重新启动) - 建立测试数据)。

答案 2 :(得分:-2)

  

我对TFS不感兴趣。

愚蠢 - 特别是你明白为什么使用TFS会对你有好处。

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

  • 来源控制。
  • WOrk项目跟踪,包括计划(很快2011年完全支持SCRUM)
  • 持续整合。 如果你变大,请添加第4项:
  • 测试。不是所有的都可以连续完成,而且TFS在Visual Studio中有很好的支持手动测试计划等。

大多数人说“我不喜欢TFS”,对于TFS真正带来的东西是无知的。不是说一切都很完美,但我刚刚完成了一个18个月的项目,其中没有使用TFS是我们做出的最糟糕的决定;)

你需要对它们进行适当的保护 - 一个好的方法(不,抱歉,只是一个源控制系统不会削减它),持续集成和一个系统来规划项目和分配任务。

数据库使事情变得复杂 - 我强烈建议您使用SQL 2012,新的localdb模式对于持续集成是无用的。

顺便说一句,在我上一个项目中,我们在与SVN问题的斗争中失去了几个星期(大多数时候,愚蠢的服务器提供了错误的版本作为当前版本 - 我们真的想让坏人解开;)

环境将是:

  • 许多服务器都要提升虚拟机。开发人员可能需要其中几个。
  • 记住构建服务器LOVE SSD - 性能;)