github固然好。仅仅是国内訪问有点慢。

为了提高博客訪问速度我决定把github上托管的博客同步到gitcafe上。最好能在DNS那里做CDN，可是貌似没有免费的服务。那直接指向gitcafe好了。反正没有什么国外訪问的需求。

简单记一下过程。

gitcafe自己有导入的功能。可是貌似不是非常好用。

并且不够智能。所以我们先建立一个跟username一样的文件夹。

gitcafe仅仅同意这样的方式的Html页面生成。并且仅仅渲染gitcafe-pages分支。

我们改动source分支.git/config增加

[remote "cafe"]  url = git@gitcafe.com:xxx/xxx.git  fetch = +refs/heads/*:refs/remotes/cafe/*

因为

[branch "source"]  remote = origin  merge = refs/heads/source

所以当前source分支（这以下我没有master）默认提交到origin（github)，所以我们通过

git push cafe

提交source，会被扩展成：

git push cafe source:source "当前分支

然后提交deploy。这是渲染之后的html页面，前面那个是octopress的源代码。改动deploy/.git/config

[remote "cafe"]  url = git@gitcafe.com:chenxiaohui/chenxiaohui.git  fetch = +refs/heads/*:refs/remotes/cafe/*

然后提交:

git push cafe master:gitcafe-pages

本地分支名字和远程分支不同的时候不能省略，否则会被自己主动扩展成同样的名字。

这就是问题了。我们多了一个master分支….

依照gitcafe的教程删除master未果。只是顺便把默认分支改成了gitcafe-pages。删除master分支的时候，里面有一段说明：

为什么要删除 master 分支当你在创建一个新的仓库的时候没有指定分支的话。Git 会默认创建 master 分支并指定它为默认分支。

普通情况下使用 master 分支作为整个项目的核心分支是非常普遍的行为， 而 Pages 服务之所以使用 gitcafe-pages 分支的方式差别项目文件和 Pages 文件。 这样你就能够在一个仓库中保存他们并且彼此不会有不论什么影响。 可是像是个人主页类的 Pages 服务或其它一些应用场合，可能并不须要 master 的存在， 甚至必须要删除它。或者仅仅是你有洁癖┑(￣Д ￣)┍ 那么你就须要例如以下的方法来删除 master 分支。

(#‵′)靠，就是这样。

最后改动一下Rakefile

...    system "git push origin #{deploy_branch}"    system "git push cafe #{deploy_branch}:gitcafe-pages"    puts "\n## Github Pages deploy complete"  end...  puts "\n## Pushing source"  system "git push origin "  system "git push cafe"  puts "\n## Github source pushed"

当然问题是同一个本地分支track了两个远程分支，可是默认值仅仅能配置一个：

[branch "master"]    remote = cafe    merge = refs/heads/gitcafe-pages

这说明master分支上更新gitcafe必须指明repository。好在我们直接用git push/pull不带不论什么參数的时候不多。同一时候假设git pull的话。默认的merge两个repository是不同的，好在我们也一般不用从两个repository上面pull。

顺便去挂一下域名就好了。

矮马。快多了。

原文链接：http://cxh.me/2014/06/28/gitsync-github-gitcafe/

版权声明：本文博客原创文章。博客，未经同意，不得转载。