宣传、推广 Markdown
标记语言和协作工具的人往往强调其可读、易修改、文件格式通用的优点，但是对互联网上的写作者来说，「写」只是第一步，「发布」和「维护」还有许多优化的事情可做。

比如说我们使用 WordPress
发布文章，至少要有这么几步：

  1. 登录（假设自动登录并直接跳转到发布页面）

  2. 编辑标题（可以省略，但严肃的作者通常不会忽视标题）

  3. 撰写正文（或复制粘贴已经准备好的内容）

  4. 发布（如果不放心还要打开文章页面看看效果）

这还不包括选择类别、增加标签、设置 post slug 等操作。

邮件发布

WordPress 的 Jetpack
插件包中有 Post By Email
功能，Tumblr
等一早就支持邮件发布，好处是自动备份，不用额外客户端，不需要登录网站。
如果习惯邮件发布的话，Jetpack
是不错的选择，因为能支持大多数参数设置。
不过使用邮件发布的用户始终是少数。

编辑

要是文章发布后不满意又要修改呢？还是至少要经过以下步骤：

  1. 登录

  2. 跳转到所有文章列表

  3. 定位到要修改的文章

  4. 修改正文（或者复制粘贴已经修改好的内容）

  5. 发布更新

如果保持登录状态，在文章阅读界面也可以直接进入编辑界面，但也只是将上述步骤调换了顺序而已。

如果网站的编辑功能还不够完善呢？
比如说不支持更好用的 [Markdown]
扩展语法，或者更习惯本地编辑器的丰富功能，如版本管理、本地备份、语法高亮、快捷键……
在本地编辑界面和网页发布界面就得切换一下了，要么就得找足够好用的发布服务客户端，比如曾经很流行的
Windows Live
Writer、Zoundry
Raven。

内容迁移

如果还考虑内容迁移呢？
后台不同的导出、格式转换、导入有多麻烦就不说了（当年汉字编码的转换就害死不少人），很多内容发布平台根本就不提供完整的导入、导出功能，而且导出来的也许是各种不好读的格式。

理想方案

有没有一个服务能结合
Dropbox/Box +
Github/Read the Docs
并继续扩展呢？

写文章在本地保存文档就好了，和平时写作完全没有两样，爱用什么顺手的本地编辑器就用什么；
格式也没有特殊要求，无任何特殊标记的纯文字，Markdown/txt2tags/reStructuredText等等，HTML/RTF/Word
Docs 都适用；
写完了复制到某个指定文件夹就是发布，这个文件夹类似于
Dropbox/Box
的同步目录，自动上传并转换为服务网站上的静态页面发布，同时在本地目录中生成相应的静态网页文件用于预览；
标题就是文件名，post slug 在文件名中的括号中指定，或者参考
Jetpack 的标签参数；
修改也简单，直接在本地编辑发布目录中的文件，后续的更新发布不用手工操作；
要是有人留言评论，也会自动在本地目录中生成后缀名为 .comment
的超文本或文本格式文件，其中就是留言内容。

这样，写作者只要操心写文章，发布是一个复制操作就能搞定的事情，内容备份什么的与日常普通的文件备份管理统一，与内容发布服务无关。