我正在建立一个完整的网络开发环境。 目前，有两个开发人员，一个致力于后端编程（C＃，.NET），另一个致力于前端开发（HTML，CSS，XSLT）。
每个人都可以通过Visual Source Safe 2005安装MS Visual Studio 2008和共享源。他们都签出文件并在本地开发。
我已经设置了一个测试服务器，其中的计划是合并的，经过测试的代码应该最终结束，并且该服务器应该始终是“正确的”版本。
3个安装中的每个安装都共享相同的数据库。
我认为这个设置应该扩展一点，因为我正在为更多的开发人员做准备，但是我们在文件同步和快速更改的轻松访问方面存在很多问题。 通常我们需要快速更改一些布局和设计，并最终手动将文件复制到测试服务器（我不希望Web服务器上有任何.NET / C＃代码文件），并且网站失败： - （
我们使用标准CMS来构建我们的所有前端工作，如果它包含在源安全中，它确实会减慢速度。
我希望我们所有的前端工作与后端代码完全分开，以便进行更改。
EG。我们希望对设计进行一些更改，并将其快速部署到我们的生产环境中，而无需考虑.NET代码。
我是否遗漏了什么，或者建立网络开发环境的最佳做法是什么？
期待一些帮助/体验： - ）
/托马斯
答案 0 :(得分：5)
您应该研究一个功能更强大的版本控制系统。 SVN具有出色的工具支持（包括AnkhSVN和VisualSVN用于VS2008集成），而Mercurial，Git或Bazaar等分布式版本控制系统将为您提供更多选项和更基本工具支持的价格
您可能需要轻松分支，如果您可以轻松地将它们部署到生产环境（即运行“svn up”），则使用版本控制系统管理相关资源会变得更加容易。
答案 1 :(得分：0)
我无法帮助您了解有关如何处理CMS内容的信息，但我已经设置或使用了几个构建服务器。
在很多项目和Team Foundation Server中使用过Visual Source Safe，如果可以的话，我会远离它。
我们最近的构建服务器由Nant脚本组成，这些脚本可以从Subversion-repository中查看源代码。构建本身由MSBuild完成。然后将构建的结果复制到阶段和生产。
应该有一种简单的方法将数据库更改从开发转移到阶段和生产。我们有一个工具（http://www.codeplex.com/ScriptDB）来编写dev-Database脚本。结果将检入Subversion。很容易看出Subversion日志中发生了什么变化。
答案 2 :(得分：0)
3个安装中的每个安装都共享相同的数据库。
这似乎是一个糟糕的决定。如果dev1，dev2和test都使用相同的数据库，那么dev1如何在不干扰dev2和测试的情况下尝试更改模式（假设尚未检查使用实验模式的代码）。
此外，DB成为单点故障，因此如果有人意外删除/截断关键表，那么所有工作都会停止。
理想情况下，每个环境都应该拥有自己的数据库。我想如果您使用像Oracle这样的非自由数据库，那么您可能无法承担为每个环境提供自己的服务器的能力，但至少每个环境都应该有自己的架构。