我只是为管理许多不同站点的公司接管了一个网络开发职位。有几个不同的网站"设计"，对于每种设计，都有几个cookie-cutter类型的版本。它们是不同的站点，但是框架非常接近相同，以至于由于只有内容和一些样式更改，因此以前的家伙刚刚将其复制到特定主机。
所以我的问题是git是正确的吗？我在自己的侧面项目上使用了一些git，但是我们正在为这项工作谈论数百个站点（大约10个设计）。一堆分支机构是一个好方法吗？主要是，我想做的是快速，轻松地更新常见文件。以前的家伙只是使用Perl脚本将内容转移到我们进行全局更改时"更新"网站。似乎它会更加愚蠢，被git受控（版本）。
颠覆是我的另一个想法，但是我无法访问所有服务器上的安装。大多数文件是通过FTP传输的，但是有了一些细微的文件，我可能会得到一些SSH（我可能会使用SSHF的保险丝进行设置）。
有什么想法吗？或者，如果我完全错误的话，也请告诉我。我以前从未处理过这种大小（即很多网站），而且看起来真的很混乱。我知道有更好的方法！
谢谢！
git子模型仍然是跟踪其他存储库的好方法，包括：
- 一个用于普通文件
- 一个用于特定文件的一个。
这意味着您的每个网站都是"父"存储库，其中包括上面提到的两个子模型。
诀窍是，特别是对于代表公共文件的子模块，将其声明为"遵循分支的最新提交"。
git submodule add -b master common url/to/common/files/repo
这样，每次您必须在其中一个网站回购上工作时，您首先需要做的就是：
git submodule update --remote
您一定要使用最新的最新公共文件。
- 分开开发并部署到不同的任务中（无需在每个生产中拥有一个存储库/或只是WC/）
- 任何具有良好分支合并的SCM都可以正常工作
- 所有站点（框架）的常见部分可以分开（或者至少可以尝试将其做）链接到最终产品（使用SCM特异性方法 - 类subsodules，externals））