Github 页面是在具有 gh-pages 分支的 repo 的分支中自动创建的吗?
Posted
技术标签:
【中文标题】Github 页面是在具有 gh-pages 分支的 repo 的分支中自动创建的吗?【英文标题】:Are Github pages created automatically in the fork of a repo which has a gh-pages branch? 【发布时间】:2012-01-25 02:49:05 【问题描述】:当我 fork 一个已经包含 gh-pages 分支的 repo 时,我的帐户中的 github 页面是否会自动创建?
【问题讨论】:
你为什么不试试呢?我相信页面应该是自动创建的,因为你的 fork 也会有一个gh-pages
分支,但是你必须在 fork 之后等待 10 分钟才能确定,因为在创建页面时会有一些延迟。
我昨天已经试过了,但是当我访问该网站时,它会显示说明页面,尽管 gh-pages 分支在那里并且它可以在原始仓库中工作。
【参考方案1】:
至少需要一次推动才能触发页面构建,因此通过执行git push origin master
,我得到了要重建的页面。
【讨论】:
就我而言,我不得不切换到gh-pages
分支。
这并没有触发我在具有 gh-pages 分支的 repo 的 fork 中为我构建 GitHub Pages 站点。【参考方案2】:
优雅的方法:
git push -f origin gh-pages^:gh-pages
git push origin gh-pages:gh-pages
git push origin master
可能不好,因为如果master
上可能已经存在某些内容。以上应该始终有效,因为它只是前后摇晃远程分支。
取自:Pushing without committing,其解法也是本题的解法。
【讨论】:
我在最后一个命令之后得到这个错误:error: src refspec gh-pages does not match any.
但在我看来,第一个命令已经足够了。
@asmaier 你在本地有gh-pages
分支吗? USERNAME.github.io
repos 很神奇,可以在 master
上生成 GH 页面。
我才意识到它仍然有效。所以看来第一个命令git push -f origin HEAD^:gh-pages
已经够用了。
@asmaier 请注意,第一个命令本身有效地恢复了 gh-pages 分支上的最后一次提交(用于 Github 上的 repo 副本)。跨度>
【参考方案3】:
在 Github 中分叉存储库本身不足以触发 Github 页面的创建。
这两件事中的任何一个都可以:
-
使用 Github 界面编辑和保存任何页面。例如,修改 README.md 文件,甚至只是添加一个空格。
为gh-pages
分支创建任何类型的git push
。正如其他人所建议的那样,您可以做的一个微不足道的不改变是:
git push -f origin origin/gh-pages^:gh-pages
git push origin origin/gh-pages:gh-pages
这会强制推动倒数第二个提交成为gh-pages
HEAD,然后修复它。
【讨论】:
【参考方案4】:在你 fork 一个 github 页面 repo 后,你可以更改 github 页面上的任何文件并提交它,你的网站将出现而不使用 git。
【讨论】:
甚至没有接近他的要求! 我相信发帖人是在说加载页面的最快方法是在分叉存储库中的任何文件上使用 Github 浏览器内编辑器。一旦您在那里保存/提交您的更改,应该触发 gh-pages 的页面构建。因此,您甚至不需要将 repo 克隆到本地(“不使用 git”)即可。请注意,似乎有必要专门对gh-pages
分支进行编辑才能使其正常工作。【参考方案5】:
重命名分叉的存储库也可以。
【讨论】:
【参考方案6】:不,在你 fork 一个 repo 之后,你必须再次发布它。为此,请在本地克隆上运行以下命令:
git push -f origin origin/gh-pages^:gh-pages
git push origin origin/gh-pages:gh-pages
这会触发发布者挂钩两次,但您不必提交任何内容。
【讨论】:
以上是关于Github 页面是在具有 gh-pages 分支的 repo 的分支中自动创建的吗?的主要内容,如果未能解决你的问题,请参考以下文章
github如何托管页面部署静态资源部署vue静态资源的步骤和遇到的问题
github如何托管页面部署静态资源部署vue静态资源的步骤和遇到的问题