我正在建立一个完整的网络开发环境。目前,有两名开发人员,一名致力于后端编程(C#、.NET),另一名致力于前端开发(HTML、CSS、XSLT)。

每个都安装了 MS Visual Studio 2008 并通过 Visual Source Safe 2005 共享源。他们都签出文件并在本地进行开发。

我已经设置了一个测试服务器,其中计划合并和测试的代码最终应该结束,并且该服务器应该始终是“正确”的版本。

3 个安装均共享相同的数据库。

我认为这个设置应该稍微扩展一下,因为我正在为更多的开发人员做准备,但是我们在文件同步和快速更改的轻松访问方面存在很多问题。通常我们需要快速更改一些布局和设计,最终手动将文件复制到测试服务器(我不希望网络服务器上有任何 .NET/C# 代码文件),并且网站会失败:-(

我们使用标准 CMS 来构建所有前端工作,如果将其包含在源安全中,它确实会减慢速度。

我希望我们所有的前端工作与后端代码完全分开,这样很容易进行更改。

例如。我们希望对设计进行一些更改并将其快速部署到我们的生产环境中,而无需考虑 .NET 代码。

我是否遗漏了什么,或者设置网络开发环境的最佳实践是什么?

期待一些帮助/经验:-)

/托马斯

有帮助吗?

解决方案

您可能应该考虑一个功能更强大的版本控制系统。SVN 拥有强大的工具支持(包括 安赫SVN视觉SVN 用于 VS2008 集成),而像 Mercurial、Git 或 Bazaar 这样的分布式版本控制系统将为您提供更多选择,并且以更多基本工具支持的价格提供。

您可能需要轻松分支,并且如果您可以轻松地将它们部署到生产环境(即,使用版本控制系统管理相关资源),就会变得更加容易。运行“svn up”)。

其他提示

我不能帮你如何处理CMS内容的信息,但我已经安装或使用一对夫妇buildservers的。

已经与Visual源在很多的一些项目和Team Foundation Server的安全工作,我远离它,如果我能。

我们的最近buildserver由该签出从一个Subversion-库的源南特脚本。构建本身是由MSBuild的完成。然后构建的结果xcopied到阶段和生产。

有应该是从开发至阶段和生产转移数据库改变的简单方法。我们有一个工具( http://www.codeplex.com/ScriptDB ),该脚本的dev-数据库。结果检查到颠覆。它很容易看到日志颠覆的是什么改变了。

  

每个的3个设施的共享同一数据库。

这似乎是一个错误的决定。如果DEV1,DEV2和测试都使用相同的数据库,那么如何可以DEV1实验与改变模式,而不与DEV2和测试的干扰(假设与实验工作模式的代码在未选中尚未)。

另外,DB成为单个故障点,因此,如果有人意外删除/截断了至关重要的表,那么所有工作嘎然而止。

在理想情况下,每个环境应该有它自己的数据库。我想,如果你使用像甲骨文非自由DB,那么你可能不能够负担得起给每个它自己的服务器环境,但至少每个环境应该有它自己的模式。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top