Git 小型但多目录项目的存储库数量？

我在写一本书对应的代码，所以目录结构如下：

BookName/
    Chapter1/
        program11.py
        program12.py
    Chapter2/
        program21.py
        program22.py
    .
    .
    Chapter N/
        programN1.py
        programN2.py

我只想专注于编写代码，而不是成为Git专家（我是GitNoob），但我也想遵循良好的实践。我不确定是否应该将每个章节作为子模块（每个章节的代码都是独立的，因此不需要同时更新章节）。或者，我是否应该将BookName视为一个单独的存储库？每章的小文件不超过10个左右（所有代码都少于200行）。因此，鉴于项目规模较小，且需要学习曲线，将其分解为子模块可能会适得其反

这就是说，如果GitHub的人愿意的话，他们可以拉一些单独的章节，那就太好了。但即使我这样设置，是否会有足够多的用户知道如何提取子模块，或者我会让任何人提取我的代码变得异常复杂？如果我只是采用“一个大项目”的方法，人们会更愿意去做吗

我读过的很多相关资料似乎都是针对比我更大规模、更复杂的专业项目。我的项目规模很小，一旦完成，变化很小，总容量可能永远不会超过4MB（与具有多个GB的大型项目相比）

以下是我能够找到的相关链接：

---

最好将所有项目保存在一个git回购中

A跟随该组织，并且可以发布

---

（）写一本书而不是成为git专家是一个伟大的项目。请参阅。

是的，如果项目规模较小，则没有必要将其拆分为多个回购。此外，如果它应该增长，您仍然可以稍后拆分。