具有多個服務器的遠程站點中的開發和版本控制工作流

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是很好的工具。）