Github：将 gh-pages 镜像到 master

Question

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

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

1. 我使用 Tower，我不介意使用终端（Mac）来更改配置，只要解决方案适用于此 GUI。
2. 我只想在某些存储库上进行这种“镜像”，而不是在我的机器上的所有存储库上进行这种“镜像”。

干杯

Answer 1

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

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

每次 push 时，它都会自动推送 master也到 gh-pages。
我将其用于 jQuery Lifestream 项目。

Answer 2

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

Answer 3

不要做 denbuzze 上面建议的事情！推送中的 +（加号）使其安静地接受非快进更新。我艰难地发现，这可能会导致悬空提交，从而导致工作的丢失，并且无法挽回。只需删除加号即可使这种方法更安全。

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.

Answer 4

我正在向 @denbuzze 和 @MCSDWVL 回答。

如果您想在每次运行 git push origin 时自动推送到 master 和 gh-pages，您可能需要添加一个 Refspec你的仓库的 git 配置。

所以，根据 git-scm 书，你可以添加两个 RefSpecs，通过向存储库配置文件.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分支

默认

。 注意：在规范之前使用 + 会导致强制推送到存储库。谨慎使用：

引用规范的格式是可选的 +，后跟 :，其中 > 是远程端引用的模式， 是在本地写入这些引用的位置。 + 告诉 Git 更新引用，即使它不是快进。

Answer 5

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

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

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

Answer 6

提交并推送到master..

然后：

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

Answer 7

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

Answer 8

更新：GitHub 现在允许从任何地方发布页面您想要的分支和目录。

---

对我来说，使用 gh-pages 分支作为主分支要容易得多。 “主人”并没有什么神奇的地方。这只是另一个分支名称。 gh-pages 有一些神奇之处，因为 GitHub 就是在其中寻找 index.html 来为您的页面提供服务。

请阅读我关于此主题的其他答案了解更多信息。

使用 gh-pages 作为主树也比子树更容易，而子树又比镜像更容易。您可以按照此处或git subtree “http://stevenclontz.com/blog/2014/05/08/git-subtree-push-for-deployment/” rel="nofollow noreferrer">此处：如果您有一个包含演示的目录，您可以使用一个命令将该目录推送到 gh-branch。假设您将目录命名为 gh-pages 以使事情变得清晰。然后，在您提交更改并将其推送到 master 后，运行此命令来更新 gh-pages：

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

问题是，如果 gh-pages 中的文件引用了其他文件中的文件它之外的目录。符号链接不起作用，因此您必须将文件复制到用作 gh-pages 的目录中。

如果您使用gh-pages作为master，这个问题就解决了不会发生。