作为一个团队，我们应该在本地开发并合并到开发服务器上，还是在开发服务器上开发？

Question

最近，我的任务是为基于团队的开发环境编写正式程序。我们有几个项目，每个项目都有多个模块。目前只有两名程序员，但计划扩大到 4-6 名程序员。每个程序员将​​处理相同的项目和可能的页面，这可能会导致过度写入或错误问题。

到目前为止，我想到的理想解决方案是：

1. 本地开发（WAMP/VM 或自己机器上的某些虚拟服务器实例）。一旦开发人员完成了开发，他们会将其签入 CVS 存储库并将其与其他修复程序等合并。
2. 然后将 CVS 版本部署到主开发服务器以供开发人员进行测试。
3. MySQL 数据库保存在主开发服务器上，用户可以远程连接到它。任何架构/数据更改都通过数据库管理员运行，他将通知所有开发人员任何数据库更改（这种情况应该很少见）。

有人看到这个问题或者有更好的解决方案吗？

Answer 1

看起来不错。只是想强调这一非常重要的一点：

确保您在开发服务器中拥有每晚构建。这将有助于在早期阶段发现问题

顺便说一句，当我们这样做时，如果您不知道的话，Joel 有一个非常好的 软件团队质量的 12 点体系

摘录

1 Do you use source control?
2 Can you make a build in one step?
3 Do you make daily builds?
4 Do you have a bug database?
5 Do you fix bugs before writing new code?
6 Do you have an up-to-date schedule?
7 Do you have a spec?
8 Do programmers have quiet working conditions?
9 Do you use the best tools money can buy?
10 Do you have testers?
11 Do new candidates write code during their interview?
12 Do you do hallway usability testing?

Answer 2

您描述的模型是我最常看到和使用的模型。我认为每个开发人员拥有自己的本地副本会更高效且风险更小。如果所有代码仅存在于开发服务器上，则开发服务器的中断会停止所有开发。通过分布式模型，您还可以获得更少的网络流量。

Answer 3

我认为你应该使用数据库的本地版本而不是实时版本。这将使测试变得更容易，并且开发人员不必担心其他开发人员编辑数据。

Answer 4

在本地测试、合并更改然后部署的想法听起来不错。另一种选择（每个人都在一台服务器上开发）听起来像是一场即将发生的灾难。

不过，您可能想尝试从 CVS 升级。 Subversion 与 CVS 类似，但更现代。如果你想彻底改变你的思维方式，你可以尝试像 Git 这样的东西。