使用GIT的多个类似站点？或者其他版本控制？

我刚刚为一家管理许多不同网站的公司接管了一个网站开发职位。有两个不同的网站“设计”，对于每一个设计，都有两个相同东西的cookie-cuter类型的版本。它们是不同的站点，但框架非常接近，因为只有内容和一些样式发生了变化，所以前一个家伙刚刚将它们复制粘贴到特定的主机上

所以我的问题是Git是否适合这个应用？我在自己的项目中使用过git，但我们讨论的是数百个站点（每个设计大约10个）。一堆树枝是个好办法吗？主要是，我希望能够快速、轻松地更新常用文件。当我们进行全局更改时，前一个家伙只是使用perl脚本将内容转移到“更新”站点。似乎用git会更简单，更容易控制（版本控制）

Subversion是我的另一个想法，但我没有权限在所有服务器上安装它。大多数文件都是通过ftp传输的，但通过一些欺骗手段，我可能也会得到一些ssh（我可能会用fuse为sshfs设置）

有什么想法吗？或者，如果我完全错了，也请告诉我。我以前从未处理过这么大的问题（比如很多网站），而且看起来真的很混乱。我知道有更好的办法

谢谢

单独开发并部署到不同的任务中（无需在每个生产上都有存储库/或WC/）

任何具有良好分支合并的SCM都可以工作

所有站点（框架）的公共部分可以分离（或者至少您可以尝试这样做）为一个实体，链接到最终产品（使用特定于SCM的方法-子模块、外部）

保持跟踪其他回购协议的良好方式，包括：

• 一个用于公共文件
• 一个用于特定文件

这意味着您的每个网站都是一个“家长”回购协议，其中包括上述两个子模块

诀窍是，特别是对于表示公共文件的子模块，在网站中将其声明为“”

这样，每次你必须在其中一个网站上进行回购，你首先需要做的就是：

git submodule update --remote

您一定会使用最新的通用文件

git submodule update --remote