这更像是一个关于Git方法论的问题,而不是一个特定的GitHub Pages问题:
当我自动生成项目的GitHub Pages时,我会得到一个名为
这让我想到我可能完全误解了Git中“分支”的概念。也许这可以归咎于我在CVCS(集中式版本控制系统)方面的传统背景...
分支不应该是其源的副本吗,至少在其初始提交中是这样吗?
还有一个更具体的GH问题:是否有任何简单的策略来合并
后者可能与我先前在Keeping GH homepage in sync with README.md中提出的问题有关。
当我自动生成项目的GitHub Pages时,我会得到一个名为
gh-pages
的分支。然而,这个分支的结构和内容几乎与原始的master
分支没有任何相似之处。这让我想到我可能完全误解了Git中“分支”的概念。也许这可以归咎于我在CVCS(集中式版本控制系统)方面的传统背景...
分支不应该是其源的副本吗,至少在其初始提交中是这样吗?
还有一个更具体的GH问题:是否有任何简单的策略来合并
gh-pages
与其他分支并保持它的最新状态?后者可能与我先前在Keeping GH homepage in sync with README.md中提出的问题有关。
--orphan <new_branch>
在这个新分支上进行的第一次提交将没有父级,它将是一个与所有其他分支和提交完全断开连接的新历史记录的根... 当您想要发布来自提交的树而不暴露其完整历史记录时,这可能很有用。您可能希望这样做以发布项目的开源分支,其当前树是“干净的”,但其完整历史记录包含专有或受限制的代码位。 - the-happy-hippo