我是写一本书对应的代码，所以目录结构如下:
BookName/
Chapter1/
program11.py
program12.py
Chapter2/
program21.py
program22.py
.
.
Chapter N/
programN1.py
programN2.py
我只想专注于编写代码，而不是成为 Git 专家(我是 Git 菜鸟)，但我也想遵循良好的做法。我不确定是否应该将每一章都做成一个子模块(每一章的代码都是独立的，所以章节不需要同时更新)。或者，我应该只将 BookName 视为一个存储库吗？每章不会有超过10个左右的小文件(全部少于200行代码)。因此，鉴于项目规模较小且需要学习曲线，将其分解为子模块似乎会适得其反。
也就是说，如果 GitHub 的人们可以根据需要 pull 单独的章节，那就太好了。但即使我这样设置，是否会有足够多的用户知道如何 pull 子模块，或者我是否会让任何人 pull 我的代码变得过于复杂？如果我只采用“一个大项目”的方法，人们是否更有可能 pull 它？
我读过的很多相关资料似乎都是针对比我的更大规模、更专业、更复杂的项目。我的是小规模的，一旦完成它就会变化很小，并且可能永远不会超过 4 MB(与具有多个 GB 的大型项目相比)。
以下是我能够找到的相关链接:
GIT repository layout for server with multiple projects
Best Practice for Git Repositories with multiple projects in traditional n-tier design
http://git-scm.com/book/en/Git-Tools-Submodules
Using two git repos in one folder
http://sethrobertson.github.io/GitBestPractices/
Split of a directory from a git repository and have a SMALL git repo
最佳答案
最好将所有项目保存在一个 git 仓库中。
A book like "Learn Javascript"遵循该组织，可以发布through gitbook.io .
gitbook.io ( repo GitHub ) 是一个很棒的项目，即使不是 git 专家也可以写一本书。参见 features for Authors .
关于git - 小型但多目录项目的存储库数量？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/25037479/