Git 分层版本控制？

我正在寻找一个版本控制系统，有一个特定的功能，我不知道除了“分层”调用。基本上，我正在寻找的是有一个“主要”项目“a”。假设它有如下目录结构：

A/
|
+-config/
|
+-src/
|
+-data/

A是大部分代码所在的地方，但我不想部署

A

，

A

更像是我真正想要部署的模板。。。所以我想要一个项目

B

，它的内容是

a

（应该是只读的），但是覆盖了我的本地内容，比如

B

的配置和数据

这样，我可以在

A

中进行更改，然后在

B

中进行“更新”，这将把更改引入核心，但不会受到项目特定调整的影响

如果

config

和

data

为空，我可以将它们从A中删除，并使用符号链接等进行游戏，但我确实希望它们能够保存一些核心配置和数据文件

---

是否有版本控制系统支持这种类型的东西？如果是这样，它是如何工作的？

听起来你在寻找“分支”的概念，在部署分支中，你进行配置更改，但不进行核心更改。然后，您可以随时将核心更改合并到部署分支中

---

任何现代的代码版本控制系统都支持分支。

这听起来像是在寻找“分支”的概念，在部署分支中进行配置更改，但不进行核心更改。然后，您可以随时将核心更改合并到部署分支中

---

任何现代的代码版本控制系统都支持分支。

这不是版本控制系统通常会做（或应该做）的事情。不过，您可以在代码级别执行此操作。有一个隐藏核心功能/样式等的目录是很常见的。不过，如果你只是想为同一代码库的不同部署寻找一种不同配置的方法，那么已经有很多问题了。这不是版本控制系统通常做的（或者应该做的）。不过，您可以在代码级别执行此操作。有一个隐藏核心功能/样式等的目录是很常见的。不过，如果您只是想为同一代码库的不同部署寻找一种不同配置的方法，那么已经有很多问题了。这似乎非常有效。我过去很少使用分支，我想是时候开始了：-）这似乎工作得很好。我过去很少使用树枝，我想是时候开始了：-）