单一开发人员GIT工作流程（从简单的FTP迁移而来）

我正在尝试确定迁移到VCS对我来说是否明智。我是一个小型组织（5人）中的单个Web开发人员。由于以下原因，我想到了VCS（Git）：版本控制，异地备份，集中式代码存储库（可以从家里访问）。

目前，我通常在实时服务器上工作。我进入FTP，进行修改并保存，然后重新上传并刷新。编辑通常是针对CMS的主题/插件文件（例如，concrete5或Wordpress）。这很好用，但不提供备份，也不提供版本控制。

我想知道如何最好地将VCS集成到此过程中。我打算在公司的Web服务器上设置一个Git服务器，但是我不清楚如何将更改推送到客户帐户（通常是同一台服务器上的VPS）-现在，我只需使用其详细信息登录到SFTP，直接更改。

我也不确定什么将明智地表示一个资源库-每个客户的网站都会得到自己的资源库吗？

任何见解或经验都将非常有帮助。我认为无论如何我都不需要Git的全部功能，但是基本的版本控制和事实上的云访问将非常有用。

编辑：我已经将其范围缩小到似乎最明智的两个选项。第一个基于ZweiBlumen的答案，即在实时服务器上进行编辑，然后将其提交到（外部）Git服务器。这样做的好处是我的工作流不会有太大变化（有额外的提交步骤，但其他方面是相同的）。

第二个选项是使用XAMPP在本地工作，然后从本地计算机提交更改。仅当站点上线时，我才将完成的文章从本地计算机上传到Web服务器（在最终提交到Git之后立即）。从理论上讲，这似乎还可以，但是如果该站点随后需要修改，并且我将它们放置在实时服务器上（通常这样做），那么我将需要手动复制本地存储区中已更改的文件，然后将这些更改提交给Git服务器。这似乎过分复杂，可能与我当前的工作流程相去甚远。

我认为总的来说，我会给＃1选项一个机会，然后看看我如何继续。

我所做的（使用Subversion，但也将与Git一起使用）是将所有内容都提交到一个Subversion存储库中，但是显然可以根据需要拆分为项目，分支和标签。然后，我将这些存储库签到实时服务器。因此，当我在开发机器上进行更改并将其提交到存储库时，通常只是在实时服务器上更新签出副本以使更改生效的一种情况。额外的好处是，如果我确实需要对实时服务器进行快速修复，则可以将其从服务器提交到存储库，并在我的开发机上更新工作副本。

我敢肯定还有其他方法可以解决这个问题，但是我发现这很简单，而且我的情况和您完全一样：一个小型组织中的单个开发人员（4人）。

创建一个post-updatehook很容易，git archive当您将其推送到特定分支时，该hook会自动更新（出于安全原因，首选使用导出）Web服务器数据目录。

因此，使用此类钩子在某个地方（出于安全原因，我将其放置在与Web不同的服务器上）设置了git存储库。当然，您将需要测试服务器来测试较大的更改，这些更改可以在本地计算机上，也可以通过推送到其他分支进行更新。无论哪种情况，您都可以通过简单的提交和推送来绕过它进行琐碎的拼写和CSS修复。

我将按照以下步骤操作：

1. 使用正确的公用/专用密钥对设置远程服务器以进行远程推/拉
2. 设置两个分支测试并发布
3. 在测试分支中的测试环境中进行本地开发
4. 当您满意时，与发布分支合并并推送到远程服务器
5. 钩住远程服务器以更新到最新版本

每个网站设置一个存储库，以防止它们彼此混乱。单独的分支使您可以避免将当前的“良好”版本锁定逐步转移到当前正在处理的内容上，这可能会起作用，也可能不会起作用。