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

Question

我正在编写与书相对应的代码，因此目录结构如下：

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

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

那就是说，如果GitHub上的人可以根据需要提取个别章节，那就太好了。但即使我这样设置，有足够多的用户会知道如何拉子模块，或者我会让任何人拉我的代码变得非常复杂吗？如果我采用“一个大项目”的方法，那么人们更有可能拉动它吗？

我读过的许多相关内容似乎都是针对比我更大规模的专业，复杂的项目。我的规模很小，一旦完成，它将变化很小，并且可能永远不会超过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

Answer 1

最好将所有项目保存在一个git仓库中。

book like "Learn Javascript"跟随该组织，可以发布through gitbook.io。

gitbook.io（repo GitHub）是一个很棒的项目，可以在不是git专家的情况下编写一本书。请参阅features for Authors。