-
19-08-2019 - |
题
我正在建立一个完整的网络开发环境。目前,有两名开发人员,一名致力于后端编程(C#、.NET),另一名致力于前端开发(HTML、CSS、XSLT)。
每个都安装了 MS Visual Studio 2008 并通过 Visual Source Safe 2005 共享源。他们都签出文件并在本地进行开发。
我已经设置了一个测试服务器,其中计划合并和测试的代码最终应该结束,并且该服务器应该始终是“正确”的版本。
3 个安装均共享相同的数据库。
我认为这个设置应该稍微扩展一下,因为我正在为更多的开发人员做准备,但是我们在文件同步和快速更改的轻松访问方面存在很多问题。通常我们需要快速更改一些布局和设计,最终手动将文件复制到测试服务器(我不希望网络服务器上有任何 .NET/C# 代码文件),并且网站会失败:-(
我们使用标准 CMS 来构建所有前端工作,如果将其包含在源安全中,它确实会减慢速度。
我希望我们所有的前端工作与后端代码完全分开,这样很容易进行更改。
例如。我们希望对设计进行一些更改并将其快速部署到我们的生产环境中,而无需考虑 .NET 代码。
我是否遗漏了什么,或者设置网络开发环境的最佳实践是什么?
期待一些帮助/经验:-)
/托马斯
其他提示
我不能帮你如何处理CMS内容的信息,但我已经安装或使用一对夫妇buildservers的。
已经与Visual源在很多的一些项目和Team Foundation Server的安全工作,我远离它,如果我能。
我们的最近buildserver由该签出从一个Subversion-库的源南特脚本。构建本身是由MSBuild的完成。然后构建的结果xcopied到阶段和生产。
有应该是从开发至阶段和生产转移数据库改变的简单方法。我们有一个工具( http://www.codeplex.com/ScriptDB ),该脚本的dev-数据库。结果检查到颠覆。它很容易看到日志颠覆的是什么改变了。
每个的3个设施的共享同一数据库。
这似乎是一个错误的决定。如果DEV1,DEV2和测试都使用相同的数据库,那么如何可以DEV1实验与改变模式,而不与DEV2和测试的干扰(假设与实验工作模式的代码在未选中尚未)。
另外,DB成为单个故障点,因此,如果有人意外删除/截断了至关重要的表,那么所有工作嘎然而止。
在理想情况下,每个环境应该有它自己的数据库。我想,如果你使用像甲骨文非自由DB,那么你可能不能够负担得起给每个它自己的服务器环境,但至少每个环境应该有它自己的模式。