瓦雀使用笔记

1-初始化语雀仓库

11-初始化瓦雀

npm i -g waque waque login waque init waque export waque upload

12-初始化husky

npm install husky --save-dev npx husky install npm pkg set scripts.prepare "husky install" npx husky add .husky/pre-commit "python --version" git add .husky/pre-commit git commit -m "update pre-commit"

13-初始化lint-staged

npm install lint-staged --save-dev npx husky add .husky/pre-commit "npx lint-staged"

其它命令备忘

waque upload -wwaque upload -c config.yml

随笔

语雀目录的自带排序和本地文件夹的自带排序略微有点不一致，不过问题不大，可以暂时忽略，实在不行就给文件名加上数字编号就行，不过文件名中不能出现.点字符，可以用-连字符，比如：1-瓦雀使用笔记

瓦雀在执行waque export时，不指定导出路径的话，就会在当前目录的exports子目录下导出，感觉默认的就行了，不必自定义，让原始文档和summary文档分开，免得混乱

瓦雀最大的坑是中文标题的md文件，是没办法直接上传的，必须要先手动设置url属性，但是这在批量添加大量中文文档时，简直就是灾难！

所以我写了一个python脚本来专门做这件事，同时呢，我的脚本还顺便根据文件夹的嵌套关系，自动生成了语雀的目录文件，这样我们修改了md文件或调整了文件夹结构以后，都很方便了

然后再配合husky和lint-staged，只要我们初始配置弄好以后，后续的写作过程中，完全感知不到瓦雀的存在，直接在VSCode写好文档以后，提交到git仓库以后，语雀的仓库也就同步被更新了

简直就像是把语雀当做一个更美观的对文档支持更友好的Github仓库了，非常nice!

感觉在VSCode里面写东西和在Logseq里面写东西，完全是两种感觉：

Logseq是那种结构化的思维在写，会更追求严谨一点

VSCode是那种灵活的思维在写，想到哪里写到哪里

没有树状列表的界面显示以后，带来的心理区别还是蛮大的

问题

1-标题不一致

真的是醉了，标题一样有3处：1-文件名、2-目录页面的点击标题、3-内容页面的h1标题

现在通过脚本，可以保证1和2永远是一致的

但是3的话，目前还没法保证和1一致，有时候修改了文件名以后，3就和1不一致了，但是我发现，在语雀的实际显示页面，3根本就没有体现出来，但是在使用瓦雀上传时，如果不填写h1标题的话，就会报错

明明没有啥用，却还是非得添加，这不是多此一举么？

测试杂记

测试一下修改并提交后，是否会自动更新到语雀页面?成功！

husky和lint-staged的组合感觉真方便，这种基于git hook的自动检查机制，确实蛮好用的

怎么在shell中打印出当前时间呢 net time \127.0.0.1 > debug.log echo "hello" >> debug.log