Skip to content

Latest commit

 

History

History
74 lines (42 loc) · 3.66 KB

记录系统.md

File metadata and controls

74 lines (42 loc) · 3.66 KB

0. 目录/大纲格式

采用标题”序号递进“格式:

  1. xxx 1.1 xxx

tips:最好不超过1层递进,如上。如果超过一层,可以用字母(a、b、c)或者罗马数字(i、ii、iii)编号


1. 系统规则(system guidelines/precepts)

1. 层次扁平。根目录下顶级目录深度(不算根目录)小于4,否则,把该顶级目录“当作”新的根目录使用(在workspace中添加该顶级目录/把当前窗口的打开目录换为该顶级目录)

2. 过犹不及,不做过多的预分类。

3. 文件的重要关系在文件名或文件内容中表示(重要关系暂时不具体定义)


2. 记录方案(record strategy)

2.1 pc/laptop单机(offline)

  1. markdown编辑方案(文字/文本)

    内容原则(content principle):系统化记录,以最优化和系统化为方向

    a. 方案1

    vsc+Office-Viewer(Markdown Editor)插件,以下简称ov(mde)插件,mde内核为vditor,编辑体验不够好。vditor支持即时渲染,但ov(mde)插件不支持,且ov(mde)插件嵌入的vditor容易卡死。另外还有一个Markdown Editor插件,但是无法在vsc里设置为默认编辑器。而且,vditor仍然不是我想要的mde。

    b. 方案2

    开源软件MarkText,目前用的MarkText中文特别版,汉化方案使用的是GitHub - chinayangxiaowei/marktext-chinese-language-pack: Simplified Chinese language pack for marktext。但是无法集成git,且文件管理也不尽人意。

    c. 方案3

    因此目前暂时采用1+2的混合方式,vsc用于文件管理、分频预览(源文件编辑)以及git repo管理,MarkText用于md文件编辑

  2. 其他rsrc方案

    暂时没有,等以后有了再说

2.2 同步(sync/synchronization)

  • 同步工具:git
  • 平台:主流的三家代码托管平台(实际上叫文件托管平台更合适)
  • 主仓库gitee,备份仓库githubgitcode。(三重保障)

选取gitee做主仓库的原因如下

  • gitee的仓库镜像功能可以对github的指定仓库进行push/pull操作,镜像最短触发间隔5分钟
  • github对于导入的仓库没有镜像功能,且git访问不方便(需要稳定的魔法才能稳定访问)
  • gitcode的仓库镜像功能目前只能每天同步一次

大部分情况下每天的更新不会很多,所以gitcode的同步频率足够。(不够也没办法,毕竟gitee只能向github仓库push和pull)

综上,gitee作为主仓库,github和gitcode作为备份仓库是目前最稳妥、出问题概率最低的多方同步方案。

另外如果临时在其他pc上需要编辑文件,gitee也有简陋的web编辑器。(gitee可qq或微信扫码登录)

2.3 mobile单机(不需要同步,或者用一下现成的软件服务)

  1. 文字/文本

    内容原则:零散记录,主要记关键词;临时记录,主要用于短期或一次性记录

    可以用flomo(如果条件允许,最好用类似flomo的开源本地软件)或者本地备忘录

  2. 其他media(移动端基本不需要其他的rsrc,重要的可以直接放rcs的rsrc文件夹下面通过git主仓库同步)

    audio暂时没有方案(也许不需要?),image和video直接通过手机自带的图库管理(做好合适的预分类,并动态更新)