如何將源版本控制與Web服務器集成？

Question

我了解源代碼版本控制的概念以及它如何應用於Windows項目等獨立項目。 但是對於Web開發，大多數文件都存儲在Web服務器上。 對於許多人來說，僅復制和重命名文件，然后將文件推送到生產環境，這已經成為開發的頭疼問題。

我需要某種相對較難學習的源代碼版本控制，並且必須基於GUI或可以選擇使用GUI。 使用此功能的人員幾乎不了解命令行。

如何將源版本控制與Web服務器文件集成？ 有哪些軟件可用於此類工作？ 是否可以讓源版本控制軟件同時管理生產和開發Web服務器，或者我可能只為每個Web服務器安裝兩個單獨的源版本控制，並手動推送更改？

Web服務器基於Windows，也將Tomcat用於Java / JSP。

任何幫助，將不勝感激。 謝謝。

Answer 1

我認為您不清楚版本控制的概念。 版本控制是關於管理代碼的。 這是關於將代碼放入遠程服務器（可能位於中央位置）並使用客戶端工具進行訪問。 這樣，許多人可以處理代碼的不同部分，然后將其工作推送到版本控制服務器。 它與項目的類型無關。 該項目可以是Windows應用程序，Web服務器應用程序或任何應用程序。 使用版本控制時，應定期或在需要時從版本控制服務器構建代碼並將其部署到Web服務器，這意味着您正在部署已經構建的代碼（對於Web應用程序為.war）。

您首先部署到開發服務器，然后再將相同的部署部署到生產服務器。

您可以將SVN服務器用作版本控制服務器，並將Tortoise SVN用作客戶端。

Answer 2

您必須記住兩個不同但相互影響的內容-版本控制和部署工具：

• VCS與您希望控制的任何隨時間變化的項目有關
• 部署只是在正確的時間將正確的對象交付到正確的位置，然后將“事物集”轉換為產品。

部署本身並不是問題（幾乎任何工作都可以自動化），在具有中央STAGE（較少使用PROD）服務器的multiDEV環境（2+）中，主要問題是Dev之間的通信問題以及其操作的同步性，即-工作流和管理：

試想一下，有2個（或更多）開發人員正在執行不同的無關任務，它們想測試公用STAGING服務器上最新的（並且只有自己的）更改（因為他們沒有本地環境的功能）。 如果第1次在服務器上部署“某些WIP”，則他不想通過部署第三方更改而中斷自己的測試並導致代碼中毒。 他們必須溝通和協調動作，在提交后的鈎子中不能愚蠢地“復制到...”

是否可以讓源代碼版本控制軟件同時管理生產和開發Web服務器

是。 但是，VCS並非按照常識“管理” Web服務器，而是“通信”或“考慮”