Leo DENG

@viko16 之所以自己撸这么个东西就是因为不想折腾了 🤣 开坑时的定位上面的对话也解释得比较清楚，就是希望完全不受 GitHub 约束，可以随意搬地方。这样也才能可以给任何人用，否则 Travis 什么的，别说对普通人不友好，大多数弱鸡码农也是不会玩的 😨 （然而这个项目本身也用了 Circle CI，逃

没有静态文件，全都是在浏览器里解析 MD 渲染生成的。 如果你只是想要一个博客，不要拉源码，直接下载 release 包就行了。源码是给开发用的。

项目开发用的示例 MD 文件其实是项目的文档，所以 build 就是重新构建文档目录，在 /docs 下面。release 包也是文档打包。

@yugasun 如果你看了上面的讨论，应该不难猜到我的答案——不会。当初挖这个坑就是不想有构建的过程，如果做得和 Hexo 差不多，何不直接用 Hexo？类似的项目还有 docsify、docute 等。如果你需要 SEO，我也会建议你就用 Hexo。基于 Vue 的方案也有，比如 Nuxt。

@vampirefan There’s no way for Vuelog to _auto_-detect posts in the file system, because Vuelog doesn’t have a _build_ process in the first place, and secondly it’s _backend-free_. So do...

没法自动读。根目录下的 database.js 当文本数据库用的。 所以目前发布除了新建 md，还需要手动更新这个 js 文件。还在想办法能不能通过 github 的 commit 钩子自动更新 js

@sabrinaluo 这样不但浏览体验差很多，维护也很郁闷。比如我想把不同目录的文档放在各自文件夹里，就不太好搞。 GitHub 的 [Webhook](https://developer.github.com/v3/activity/events/types/#pushevent) 是可以考虑的一个方案，然后外挂 Travis CI 之类的服务去自动构建，不过 Hexo 也能这样做，而且不能算当初设想的不需构建了。 > ## PushEvent > > Triggered when a repository branch is pushed to. In addition to branch pushes, webhook...

@sabrinaluo Webhook 是给你去唤起外部服务的。GitHub 好像自己并不提供这些服务，但它有一个推荐的列表，[这里可以看](https://github.com/integrations)，应该是做了一些针对的优化。你也可以用这个列表以外的服务，包括自建，无非是自己多配置一下。 这些选项你打开任何一个 repo 的 settings/hooks 页面就能看到。相应的你需要在 settings/keys 添加 key，让外部服务得到 repo 的权限，跑完服务后就能直接 commit/push 回来，比如更新 gh-pages 分支。我另一个小工具就有用到 Travis CI。

@sabrinaluo https://developer.github.com/webhooks/#events https://developer.github.com/v3/activity/events/types/

@autopanda 之前的版本是刚学 vue 的时候瞎搞的，没用 vuex 是因为当时还不会……目前正在填坑，用 vue 2.x 重写中，会加上 vuex 的。 GitHub issue 的样式很单一，而且字太小（其实主要是不够折腾 😆）。