C# 如何在VisualStudio2008中设置开发人员团队环境

我需要知道如何为asp.net设置开发人员团队环境。目前我正在使用VisualStudio2008。我需要什么样的东西作为需求 Team Foundation Server < /强>。它从目标开始，但向您展示了如何为您的组织逐步采用TFS。这是模式与实践、团队系统和团队成员之间的协作

一个团队必须有某种方法来协调他们的工作。要做到这一点，代码存储库是必不可少的，大多数团队使用修订控制软件来管理这个存储库

如果没有这一点，你将持续不到一周的时间，直到有人覆盖其他人的更改，而无法协调这些差异

有很多好的选择，也有一些很棒的选择：我个人喜欢Subversion，因为它是开源的，维护良好，支持良好。其他包括微软自己的Team Foundation Services（TFS），它被深入地集成到VisualStudio专业和以上；然而，这肯定不是免费的

<>你也可以考虑Git和汞等系统。< /P> TFS还包括错误跟踪和任务管理功能。一个小团队可能一开始不需要使用它，但是在安装了软件之后，这对于跟踪什么在哪里非常有用。替代品包括布奇拉和福格布茨

为了进行测试，您需要一个“暂存”服务器，该服务器与您将部署到的最终服务器的配置相匹配。如果您要部署到Azure或EC2等云环境，最简单的方法是在那里设置第二个部署环境并使用它

此外，还为代码存储库和测试数据库提供了一个良好的备份解决方案，并提供了一个良好的网络连接，这样您的开发人员就可以访问此站点，您应该准备好了

---

四个开发人员需要作为一个团队开发一个项目。如何共享工作环境、数据库和报告

以下是我将设置的内容：

• 源代码管理
  对于不止一个人来说，这绝对是必须的。即使只有一个人，你也会得到很多好处
• 内部团队wiki
  如果你写了一封附有说明的电子邮件，而你发送给的人却不得不再看一遍，或者你不得不把那封电子邮件挖出来转发给其他人，那么你就浪费了时间和金钱。您可以将其写在内部团队wiki上，然后发送团队范围内的邮件。如果您曾经手动设置一些共享服务器资源，但没有对其进行记录，那么您就浪费了这些时间。你在那次经历中学到的任何东西都无法复制，其他人将不得不再次经历。
  这对于服务器配置说明、服务器URL和端口、软件设置说明、文档共享、新员工设置说明等特别有用
• 持续集成
  这只是一种花哨的说法，表示您需要一个完全脚本化的构建。有了它，您每天（或每次签入）都会发现您是否破坏了构建，并将被迫在其他人受到影响之前修复它。在VS环境中，脚本通常包括从源代码管理同步代码和构建.sln文件。相当简单
• 从脚本自动创建数据库
  在尝试跨DBs复制更改时，这将使您的生活更加轻松。它还将使您永远不会以破坏的共享环境结束—只需回滚到以前已知的工作版本的DB脚本，吹走共享DB，然后重新部署。您可以使用第一方工具（如SQL Server Management Studio）或第三方工具（如RedGate的各种SQL Server产品）从现有数据库导出脚本。将这些脚本签入源代码管理，然后对于每个新更改，创建一个补丁脚本并将其签入源代码管理，而不是手动应用更改
• 连续部署
  这只是一种花哨的说法，表示您有一个完全脚本化的部署。如果部署到共享的Dev或QA环境需要的不仅仅是单击一个按钮（或者不单击-您只需每天查看电子邮件以查看部署是否成功），那么您将浪费大量的时间和金钱。与持续集成相比，这更难实现自动化，但是如果不编写脚本并手动执行（在一次测试中执行两到十次），那么这种痛苦会更严重
• 一支优秀的测试团队
  你比其他任何人都更需要这个。一个好的测试团队会编写一个测试计划，并考虑作为开发人员您不会想到的场景。他们将比你的开发团队中的任何人对质量更有热情（或至少勤奋）。如果您必须为您的测试人员提供所有测试用例，那么请雇佣新的测试人员。或者雇佣更好的测试人员来指导您现有的测试人员（假设他们能够学习）。有了四个开发人员，我至少会雇佣两个优秀的测试人员。并获得公司允许的数量：）

您设置的所有自动化和服务器都需要时间。在你第一次这样做的时候，他们似乎很难建立起来，但他们最终会带来巨大的回报。在一个项目中使用其中任何一个，您可能只会收支平衡。在两个项目中使用它们中的任何一个，你就会领先

---

我还建议您在每台开发机器上都有一个私有数据库，并且只有在签入时才将代码迁移到共享环境。

您的目标是什么？你需要什么VS没有提供的？四个开发人员需要作为一个团队开发一个项目。如何共享工作环境、数据库和报告。这是我个人的建议，我发现TeamCity是一个好的、简单的持续集成