基于MarkDown和Github图床以及SourceTree的一站式文章编辑和发布

标题: 基于MarkDown和Github图床以及SourceTree的一站式文章编辑和发布
作者: 梦幻之心星	[email protected] 
标签: [MarkDown,Github,图床,SourceTree,编辑,发布]
目录: [文章管理]
日期: 2020-6-24

前提说明

对于一篇技术文章而言，技术文章一般开始于一个问题的解决或者一个想法的产生，文章的写作过程同时也是笔记整理和思考总结的过程。一般来说，写作主要包括三个过程，写作前，写作中，写作后。文章的发布主要包括三个部分，文字内容，图片，文章样式。

写作前

在解决一个问题时，有对内分析思考和对外寻求帮助两种方式，无论那种方式都不可避免信息碎片的产生。随着对问题的探究逐渐深入，问题树开始枝繁叶茂，离最初的问题越来越远，大量的信息碎片和重复劳动也分散了时间精力。因此需要对探究的过程进行记录，思维导图虽然可以解决这个问题，但是不能很好的解决信息碎片和全局检索的问题，同时也无法解决知识的可迁移性问题。对于这一点，推荐使用Mybase软件。轻量记录也可以使用CherryTree替代，虽然软件的程序源码中使用了MarkDown语法，但遗憾的是提供给用户的编辑器并不支持MarkDown语法。在这一过程中，重点是记录所需要的信息碎片和信息碎片的来源，并采用树形结构组织信息，网状更佳，对于所使用的记录软件，应支持高级搜索。

写作中

在解决一个问题后，对问题进行场景复现并抽象化，思考问题出现的原因和解决问题的过程以及最终的解决方式能够有效的帮助我们更好的理解问题的本质。通过写作，对问题的认识更加清晰，也便于日后遇到类似的问题时，通过复盘曾经的解决方案，更加高效的解决当前所遇到的问题。

写作后

对于一篇技术文章，既是自己解决问题和思考的笔记，同时也是一个问题的解决方案。出于开源共享和学习交流以及便于自己查找又或是作为本地备份等原因，经常需要在网上发布文章。对于只是简单记录分享的人而言，自己建站和购买图床都不是必要的。对于国内的博客平台，相比于CSDN，博客园简洁干净，自定义程度高，是个不错的选择。部分人选择博客园和微信公众号双平台发布，本文便是对这一问题的解决提出自己的方案。

文章管理

对于一篇技术文章，为了保证文章内容的可迁移性，建议采用MarkDown语法编写，MarkDown同时也能做到文本和样式分离，保证了文章内容的本质不变性以及简约性。

对于本地保存，采用Typora或MarkdownPad 2作为MarkDown编辑器，并且这两款编辑器都支持自定义预览页面CSS 代码。
对于发布在博客园，采用官方提供的MarkDown编辑器，博客园支持自定义页面CSS 代码和HTML代码，自由程度高。
对于发布在公众号，采用第三方提供的Markdown Nice作为MarkDown编辑器，Markdown Nice支持自定义页面CSS 代码。
对于发布在其他平台，采用第三方提供的Markdown Here作为MarkDown编辑器，Markdown Here支持自定义页面CSS 代码。

图片管理

对于一篇技术文章，为了保证文章内容的可靠性，就要保证图片的可靠性。为了便于交流分享，本地图片应该能够简单快速的替换为网页图片；为了在网页图片丢失的情况下本地依旧能够正常阅读，网页图片应该能够简单快速的替换为本地图片。为了减少空间占用，不建议建立两个版本的文件。因此，本地图片文件名与网页图片文件名应同名，为了便于管理和备份，本地和云端的图片应能以文件夹的形式进行组织管理。

图片操作方法

操作规范

尺寸大小：建议不超过800x800
命名规范:Image_%y-%m-%d_%h-%n-%s(PicPick文件名设置)
引用规范:![显示文字](G:/Pictrue_Bed/Image_%y-%m-%d_%h-%n-%s[_*] '提示文字')
本地临时路径前缀
G:/Pictrue_Bed_Class/${filename}/
本地仓库路径前缀
G:/Pictrue_Bed/
云端路径前缀(Github图床；CDN加速)
https://cdn.jsdelivr.net/gh/Sky-seeker/Pictrue_Bed/img/

操作说明

网页上显示的图片大小只与图片的像素（px）有关，与打印尺寸（厘米、英寸、DPI）无关
对于同一篇文章，应保证图片文件名的年、月、日相同，建议时、分也相同，秒可以用来定位图片在文章中出现的顺序。
如果文章较多，根据实际情况建立年、月、日文件夹以进一步细分。
在文章编辑时，先将临时图片暂存于本地临时路径中以便于管理，Typora支持本地路径设置。
文章定稿并且图片已经规范命名后，将图片复制到GitHub图床在本地仓库的文件夹中。如果只需要本地访问，批量替换图片的引用路径为本地仓库。

扫描二维码关注公众号，回复： 11358949 查看本文章
GitHub本地仓库的图片上传到云端仓库后，批量替换图片的引用路径为云端仓库。