Closed popomore closed 9 years ago
把 gh-pages 作为默认分支就不需要同步了
我觉得可以,然后把 master 上面“如何贡献”这样的内容整合进网站,这样别人就可以直接访问网站看到所有内容了。
是否可配置不发布?有些文章还没翻译
是指类似 How io.js built a 146 person, 27 language localization effort… in one day. 这个文章吗?在文章的 Front Matter 上标记 published: false
就不会显示了。等确定作为默认分支后提交个统一的 pr 来迁移吧
等半天收集意见,晚上开工
+1
关于放 README?
看了下 jekyll 文件太多,直接当主分支太乱了,能否 push 到 master 自动合到 gh-pages
并没有乱吧,因为所有内容都是有意义的,没有 jekyll 的框架文件。包括样式、模板可能都会随着网站内容的变化而修改,所以本身这些内容应该是一起的
published: false
@luin 好厉害,才知道有这样的功能,学习了
晚上切换到 gh-pages,如果有人质疑再考虑其他方案
多了个 _post 文件夹很奇怪,文件名也很奇怪,必须带日期?
今天先不迁了,大家有什么自动部署到 gh-pages 的好方案么
也许这篇 文章 有借鉴意义,借助 Travis CI,将 articles 和 weekly 下的文章复制到 gh-pages,全部一起复制的话就不能解决对某篇文章不发布的问题,可以类似于 Gitbook 对插件管理,以 "-" 开头的文章就不复制了,又或者弄个 drafts 文件夹。文件名必须带日期貌似改不了。
看了下如果使用 token 的话会不会不安全
已经把 master rebase 到 gh-pages 了,马上就切换到 gh-pages
现有的 PR 需要重新提交下
使用 GitHub Pages 托管文档是会遇到这种问题,之前多说团队想了一个方案是写了一个 web app,托管在 gh-pages 分支,去主动读 master 或选定分支的内容,然后实时渲染出来。这样的好处就是一次部署,不用再频繁修改 gh-pages 分支,而且每个分支维护的东西清晰明确。
坏处也很明显,GitHub 本身托管静态资源服务不能定制,也就没法为 web app 做搜索引擎相关的优化。
先这样做吧,有更好的方式可以替换,大家继续讨论
倾向 master -> gh-pages,能自动最好,手动也没多操作什么吧。全异步渲染不适合文章类站点。
@luin 已经把 jekyll 弄好了,可以通过 http://iojs.github.io/iojs-cn/ 访问
把 gh-pages 作为默认分支就不需要同步了
@luin 是否可配置某篇文章不发布?有些文章还没翻译