Github：镜像gh页以掌握

我正在开发一个托管在GitHub上的jQuery插件。它包含一个演示，其中包含我要手动复制并推送到分支的演示gh-pages，我想要做的就是拥有它，因此当我将更改推送到分支时，master它会自动推送到gh-pages，或者至少是将它们镜像的设置。

我已经看过这个问题，但是不确定是否真的能回答我关于以下要求的问题：

1. 我使用Tower，我不介意使用终端（Mac）来更改配置，只要该解决方案与此GUI兼容即可。
2. 我只希望在某些存储库上进行“镜像”，而不希望在我的计算机上对所有存储库进行“镜像”。

干杯

git checkout gh-pages
git merge master
git push origin gh-pages

将以下两行添加到的[remote "origin"]部分.git/config：

push = +refs/heads/master:refs/heads/gh-pages
push = +refs/heads/master:refs/heads/master

每次您push也会自动将master推送到gh页。我正在将它用于jQuery Lifestream项目。

不要按照上面的建议做！推送中的+（加号）使其安静地接受非快进更新。我发现很难通过导致悬而未决的提交而导致工作丢失的艰难方法。只需删除加号即可使此方法更安全。

push = refs/heads/master:refs/heads/gh-pages
push = refs/heads/master:refs/heads/master

现在而不是强制更新，这将导致警告和拉动建议

To https://github.com/someuser/repo.git
 ! [rejected]        master -> gh-pages (fetch first)
 ! [rejected]        master -> master (fetch first)
error: failed to push some refs to 'https://github.com/someuser/repo.git'
hint: Updates were rejected because the remote contains work that you do
hint: not have locally. This is usually caused by another repository pushing
hint: to the same ref. You may want to first integrate the remote changes
hint: (e.g., 'git pull ...') before pushing again.
hint: See the 'Note about fast-forwards' in 'git push --help' for details.

我在@denbuzze和@MCSDWVL答案中添加了进一步的解释。

如果您想在每次运行时自动推入master和gh-pages自动推入git push origin，则可能要向您的仓库的git config中添加一个Refspec。

因此，根据git-scm的书，您可以通过在repo配置文件中添加两个值来添加两个 RefSpecs：push.git/config

[remote "origin"]
url = https://github.com/<github_user>/<repo_name>
      fetch = +refs/heads/*:refs/remotes/origin/*
      push = refs/heads/master:refs/heads/master
      push = refs/heads/master:refs/heads/gh-pages

这将导致git push origin：

1. 将本地master分支推送到远程master分支
2. 将本地master分支推送到远程gh-pages分支

默认。

注意：+在规范之前使用a会强制将其推送到仓库。请谨慎使用：

refspec的格式是可选的+，后跟<src>:<dst>，其中<src>是远程引用的模式，<dst>是将这些引用本地写入的位置。该+告诉Git的更新，即使它不是一个快进的参考。

我个人喜欢将其包装为别名：

alias gpogh="git checkout gh-pages && git merge master && git push origin gh-pages && git checkout -"

这gh-pages会将您的母版镜像到，推送到github，然后切换回您正在处理的上一个分支。

提交并推送送给主人。

然后 ：

git checkout gh-pages  // -> go to gh-pages branch
git rebase master // bring gh-pages up to date with master
git push origin gh-pages // commit the changes
git checkout master // return to the master branch

或者，您可以只使用下面的cmd，这会将您的本地master分支推送到gh-pages master分支。 git push -f origin master:gh-pages

更新：GitHub现在允许从所需的任何分支和目录发布页面。

对我来说，使用gh-pages分支作为主节点要容易得多。“主人”没有什么神奇的东西。它只是另一个分支名称。还有就是关于GH-页面神奇的东西，因为这是GitHub上寻找index.html的服务页面。

阅读更多有关该主题的其他答案。

使用gh-pages作为主也比子树，它比镜像更简单容易。您可以git subtree按照此处或此处所述使用：如果您有一个包含演示的目录，则可以gh-branch使用一个命令将该目录推送到。假设您命名目录gh-pages以使内容更清楚。然后，在将更改提交并推送到之后master，运行以下命令更新gh-pages：

git subtree push --prefix gh-pages origin gh-pages

问题是您的文件是否gh-pages引用了其外部其他目录中的文件。符号链接无效，因此您必须将文件复制到用作gh页的目录中。

如果您使用gh-pages为主，不会出现此问题。