对书籍章节使用Git分支

我想为GitHub存储库中的一本书提供示例代码

读者应该能够检查与每个章节对应的代码的连续阶段

首先，我考虑了标记，但是，即使在本书完成之后，我也可能想要修复任何章节的示例代码。因此，我的猜测是，分支是一条路要走

对于每一章，我将使用上一章作为基础创建一个新的分支：

git branch

然后我就可以签出任何分支，即任何章节并修复它

我永远不会合并不同的分支，因为没有最终的产品

如果我在第3章中修复了某个东西，我将签出该分支修复它并提交。前几章就不谈了，但从第4章到最后一章会发生什么呢？我的猜测是，除非我合并它们，否则对第3章所做的任何更改都不会影响后面的章节。这些章节/分支会慢慢分开。我说得对吗

如果我真的想对所有章节进行修改，我必须分别对每个章节进行修改。是这样吗

或者，我可以在master上开发示例代码，然后为每一章创建一个以刚刚完成的章节命名的分支。然后，我将继续为下一章研究master。我假设分支在我进行分支时仍然指向master的状态，而没有得到我在master中所做的更改。是这样吗？在这一点上，分支只不过是一种标记，因为它实际上不会从主节点在这一点上的分支出来

---

谢谢。

背景：分支和标记是不同的访问方式

最简单的方法可能只是将所有章节的所有代码放在一个存储库中，可能放在子目录中。您可以随时标记发布和更新任何您想要的内容

---

如果你真的想为每一章单独结账，并且没有合并的最终产品，我会把每一章放在自己的回购协议中。这样你就有了独立的历史，读者也很清楚，章节是独立的。

在我看来，你应该使用分支

下面是我用来教授express（node.js）的一个示例 每个步骤都在自己的分支中，用户可以比较步骤以查看每个步骤之间的更改

如果我真的想对所有章节进行修改，我必须分别对每个章节进行修改。是这样吗

---

您可以使用cherry pick将提交添加到所有所需的分支。使用该命令自动修复冲突。

为每个章节创建目录（全部在master上）有什么问题？