具有多个服务器的远程站点中的开发和版本控制工作流

Question

我在AWS中有一个网站，该网站由四个服务器组成：Web（前端），文件，数据库和应用程序（后端）。 复制此结构用于生产和测试/开发。 此外，我还有Web和应用程序的本地副本。 我一直在独自开发本地文件，并在测试服务器上测试更改。 我将Bazaar用作本地版本控制。

现在，新的开发人员正在进入项目的Web（前端）部分，我对正确的版本控制工作流程有疑问。 我知道我们将使用Git，并且本地测试非常有限。 另外，我想限制我们可以读取和修改的文件夹。

这种架构的最佳做法是什么？ 最好的工作流程是什么？

Answer 1

这取决于很多事情。 首先，通常最佳实践解决方案是像您这样的项目（或至少一个团队）规模过大。

如果您有一个庞大的团队，很长的项目，适当的自动化测试，建议您使用Jenkis服务器（或任何其他CI工具），在其中可以对每个签入的代码运行自动化测试。 您可以获取有关测试失败，代码覆盖率等的详细报告。甚至可以在实时环境中进行自动部署。

设置所有这些对于项目来说是相当大的开销。 我现在在一个有几个开发人员的项目中正在使用VisualStudio Online。 这为我们提供了TFS版本控制。 （如果您使用Git，也可以。）

我们有3个Beanstalk环境（开发，测试，生产）。 （我们可能有不同的开发团队使用多个开发环境。）每个部署都是手动的，但是Elastic Beanstalk支持针对多种编程语言的一键式部署。

您提到过，您有一个3（4）层的Web应用程序，很好，您可以在Beanstalk中进行设置。 （Frontend-Worker-RDS +您可以根据需要手动设置文件系统。）

因此，我建议您尝试使用Beanstalk，因为它非常易于使用/部署，尤其是在您没有太独特的设置的情况下。

确定是否要投资CI / CD工具。 （如果是，Jenkins，VisualStudioOnline是很好的工具。）