我对非标准git分支策略有疑问。
假设我有很多小文件，例如脚本，它们在很大程度上彼此无关。假设我将它们分成不同的概念分组，然后将每组文件依次提交到不同的空分支。因此，我将有一个空的母版，并从那里分支，例如foo文件，bar文件等，每个文件都包含完全不同的文件和文件夹结构。
其他一些要求
分支机构不必合并就可以掌握。但根据某些命名约定，它们可能彼此融合，例如：foo-files-master> foo-files-bobswork
我绝对不希望使用单独的存储库，因为在某些情况下，我们只讨论概念上相关的1个或2个文件，不足以证明单独存储库的管理开销是合理的。
I am hesitant to put all the directories on the same branch, because I don't want to have to clone all the files when I am just interested in two of thousands.
Is this advisable? Will it bite me in the future?
I searched and searched for any information on this approach and didn't find much. I found 'orphan branches' which looks to be relevant. I am going test this. …