压缩 WSL2 的虚拟磁盘
在使用 WSL2 的时候,我们有的时候会因为不断增减文件,导致对应的虚拟磁盘的文件大小远超过预期,并且需要进行清理,我们可以通过 diskpart
打开虚拟磁盘管理工具,然后通过如下命令进行操作 [1]:
1 | select vdisk file="D:\Arch\ext4.vhdx" |
关于文件路径
diskpart
工具选择磁盘的时候,需要绝对路径。
在使用 WSL2 的时候,我们有的时候会因为不断增减文件,导致对应的虚拟磁盘的文件大小远超过预期,并且需要进行清理,我们可以通过 diskpart
打开虚拟磁盘管理工具,然后通过如下命令进行操作 [1]:
1 | select vdisk file="D:\Arch\ext4.vhdx" |
关于文件路径
diskpart
工具选择磁盘的时候,需要绝对路径。
如果经常使用 WSL2 的时候不关闭虚拟机直接关机,会出现 Git 仓库文件损坏的情况,以下摘抄一个简单的解决方案:
我们平时在选择博客的解决方案的时候,可能会考虑用一个自己云端的 VM 来作为自己博客的一个载体,在这台 VM 上安装自己要的 http 服务,比如 apache 或者 nginx,然后把自己的静态资源放在 VM 中 host 给世界各地的人。 但是这样有一个不好的地方,如果你完全不用这台 VM 呢?比如说,你只是要部署一个自己的博客,但是平时除了写博文并部署以外你不会去关心自己的那台 VM,这样的话,其实你完全没有必要用 VM 的解决方案,可以直接考虑 Storage 的解决方案。 所谓的 Storage 解决方案就是,将自己的静态网页资源放在 Storage Service 中,国内可以考虑 Google Storage,国内可以考虑阿里 OSS 等解决方案商,然后通过一个 Loader Balancer 来做自己的静态资源的路由。
接下来,我将介绍一种通过 Storage Service 和 Load Balancer 结合的解决方案,让我们不用考虑自己的 VM 资源,不用考虑维护自己的云主机。
平时在用 IntelliJ 开发 Java 和 Kotlin 项目的时候经常会遇到要在多台电脑上同步自己的 IDE 配置的情况,这里的 IDE 配置不仅仅包括 UI 布局、字体等,还包括快捷键、插件列表、文件关联等。我们可以用自己在 git 服务器上的一个私有 git 仓库来同步我们的配置。
在做平时开发的时候,经常会遇到需要在 git push
的时候顺便更新版本号的情况,当版本号没有修改就 git push
的提醒用户修改,并 git amend
生效。一般这种情况会在版本号满足和 push
相关的时候发生,比如说版本号是 major.minor.patch-commit
的形式,这样的话,可以通过自定义的 push-hook
来实现功能。