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

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

现在，新的开发人员正在进入项目的web（前端）部分，我对正确的版本控制工作流表示怀疑。我知道我们将使用Git，并且本地测试非常有限。此外，我想限制我们能够阅读和修改的文件夹

---

此体系结构的最佳实践是什么？最好的工作流程是什么？

它取决于许多因素。首先，对于像您这样规模的项目（或至少是团队），最佳实践解决方案通常是一种过火的做法

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

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

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

您提到，您有一个3（4）层的web应用程序，这很好，您可以在Beanstalk中设置它。（前端工作者RDS+您可以根据需要手动设置文件系统。）

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

---

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

有多少人加入了这个项目？他们是只在前端工作，还是在其他部分也在工作？两个新开发人员。只有前端。