如何将源版本控制与Web服务器集成？

Question

我理解源版本控制的概念以及它如何应用于像Windows应用程序这样的自包含项目。但是对于Web开发，大多数文件都存储在Web服务器上。这已经成为一个令人头疼的发展，很多人只是复制和重命名文件，然后将文件推送到生产是另一个烂摊子。

我需要一些相对不太难学习的源版本控制，必须基于GUI或者有GUI作为选项。使用它的人很少或根本不知道命令行。

如何将源版本控制与Web服务器文件集成？有什么软件可供这样的努力？是否可以让源版本控制软件管理生产和开发Web服务器，或者我可能只为每个Web服务器安装两个单独的源版本控制并手动推送更改？

Web服务器是基于Windows的，也使用Tomcat for Java / JSP。

任何帮助将不胜感激。谢谢。

Answer 1

我认为你不清楚版本控制的想法。版本控制是关于管理代码的。它是关于将您的代码放在远程服务器（可能位于中心位置）并使用客户端工具访问它。这样，许多人可以处理代码的不同部分，而不是将他们的工作推送到版本控制服务器。它与项目的类型无关。 该项目可以是Windows应用程序，Web服务器应用程序或任何应用程序。 使用版本控制时，可以定期或在需要时从版本控制服务器构建代码并将其部署到Web服务器，这意味着您正在部署已构建的代码（Web应用程序的.war）。

首先部署到开发服务器，然后将相同的war部署到生产服务器。

您可以将SVN服务器用作版本控制服务器，将Tortoise SVN用作客户端。

Answer 2

你必须考虑两个不同但相互作用的东西 - 版本控制和部署工具：

• VCS与任何随时间变化的项目有关，您希望控制这些项目
• 部署只是在正确的时间将正确的对象传送到正确的位置并转换＆＃34;设置的东西＆＃34;进入产品。

部署本身并不是问题（几乎任何工作都可以自动化），具有中央STAGE（少用PROD）服务器的multiDEV环境（2+）中的主要问题是Devs之间的通信问题和他们的操作同步问题，即 - 工作流程和管理：

想象一下两个（或更多）开发人员，执行不同的无关任务，这些任务想要在常见的STAGING服务器上测试最新的（并且只有自己的）更改（因为他们没有功能性的本地环境）。如果一次部署＆＃34;一些WIP＆＃34;在服务器上，他不希望通过部署第三方更改来中断自己的测试并使代码中毒。他们必须沟通和协调行动，不能愚蠢地复制到......＆＃34;在post-commit hook中

  

是否可以让源版本控制软件同时管理生产和开发Web服务器

是。但VCS并没有“管理”＃34;常识性的网络服务器，而不是它的通信＆＃34;或者＆＃34;考虑到＃34;