使用git管理生产网站？

Question

我有一个网站，大约有15,000个文件在生产服务器上。一个远程开发人员现在正在这个站点上做大部分工作，但是我偶尔也需要做一些编辑。很明显，我们需要一些版本控制，所以我正在尝试设置git。

我真的想保持简单和简单的设置。我们不需要任何类型的集成商来查看我们的变化-我们都完全信任推动变化到生产现场。我也不认为有必要在运行前将更改推送到暂存服务器，因为没有什么是我们无法在本地机器上进行测试的。我只是想要一些东西，这样我们就不会互相破坏对方的档案了。下面是我想到的场景：

          Production Server
              ↗↙ ↖↘          
Developer1(LAMP)  Developer2(WAMP)

问题：

1. 对于一个由两个开发人员(其中一个只偶尔编辑)组成的团队来说，这个工作流有意义吗?还是有更好的？
2. 在开发人员和生产服务器之间添加一个暂存服务器有什么好处吗？
3. 我假设生产服务器应该是一个裸露的回购，带有指向webroot文件夹的post接收钩子，我们将克隆到每个开发人员的机器上，然后git提交/ git推送启动对生产的任何更改？
4. 有什么简单的方法可以在生产服务器上创建一个裸回购，然后将站点的现有15,000个文件添加到其中吗？还是我必须将它们下载到本地工作站上的克隆回购中，然后执行git添加/提交/推以将它们加载到生产服务器回购中？(上传可能需要将近13个小时。)

谢谢!

Answer 1

工作流程本身没有任何问题。但是通常“规范”存储库是独立的，您可以使用其他机制(如rsync )手动部署到生产服务器。这条路：

1. 您的生产服务器更新与您的开发工作流程无关。如果您的生产服务器(永远！)需要在代码更改后完成的任何工作--重新启动the服务器、刷新一些缓存、进行模式更改等等--然后突然生产系统的担忧影响了您更新代码的能力，这太糟糕了。
2. 您不必担心意外泄漏对.git目录的访问，并暴露所有源代码和开发历史记录。
3. 破坏站点(破坏主和部署)需要两次事故，而不是仅仅一次(破坏主)。
4. 也许只关心你们两个人，但是让“更新站点”按钮拥有与“更新代码”按钮不同的授权是有用的。

暂存服务器就像生产一样存在，但却是易碎的。您只有两个开发人员，但您已经使用了非常不同的操作系统；我相当肯定，至少有一个开发人员没有使用与产品相同的开发环境。:)

不，不能将文件添加到单独的存储库中。您需要一个工作副本来对工作树做任何事情。