我看你说在用 pixi 了，那有试过用 pixi-pack 直接打包环境么？

https://github.com/Quantco/pixi-pack

A 通过有线接入内网再远程有尝试过么

@a33291
找到了几年前我在 GitHub 上的回复 https://github.com/ScoopInstaller/Main/issues/2894#issuecomment-1125150531 虽然是针对 Scoop 但是情景是一样的。git-scm doc 里那句话 ..tried in turn 很容易错过。这确实挺反直觉，主要是其它设置项都使用覆盖策略。

git credential.helper 的策略是 system->global->local 合并*逐级*测试的，而非你想的*覆盖*。也就是先尝试 system 里设置的 credential.helper ，如果可用就跳过后续 global/local 里的设置。具体可查阅下 git-scm doc 关于 helper 的部分

直接买 fanless 设计的就没有风扇声音了，但是性能上必然有妥协

https://www.ultrabookreview.com/6520-fanless-ultrabooks/

本想说可以支持一下多链，但转头想到现在 Ethereum 主网的 Gas 不再像几年前经常几十几百 gwei 让执行个 Transfer 都要一杯咖啡的 fee ，于是好像也没那个必要。

「 100%可靠性」其实是对 ipfs 有些误解，ipfs 存在着与 BitTorrent 同样的 p2p 局限。所谓「 100%可靠性」只对资源生产者而言（除非自己删掉了最后一份备份），在消费端非热门资源的可访问性一直不太行，很多情况下访问一个 cid 就卡在那里了很长一段时间（梦回 BitTorrent 挂着很长时间找寻 peer ），极大消耗耐心。

尤其是个人博客图片，绝大多数都是非常冷门低访问量的资源，这种劣势会被放大。这时候提高可靠性，无非就是让消费端访问固定一个 gateway （背后是生产者自己/代理的 Pinning ，消灭掉寻址过程），这样又回到了自托管/代托管方式。使用 ipfs ，只是多了一个广播到网络上其它 peers 的功能。对于博客图片这样的场景，换来的可能是比用传统图床更差的用户体验（尝试 gateways 的 overhead ）。

把 https://gateway.ipfsscan.io/ipfs/QmNr8Ffhb7GbtPE2YVsK8MAeULyuKd71W9JMdhnYgxA3qm 换成
ipfs://QmNr8Ffhb7GbtPE2YVsK8MAeULyuKd71W9JMdhnYgxA3qm 让 IPFS Companion 去挑 gateway 立马就能体验到这个 overhead

IPFS 很好，但就这个使用场景而言，我觉得 IPFS 是不如传统图床甚至于 Arweave 的。

说句实在点的话，Arc 要真是没心思做 Windows 版本的话就不会费力去做那些 Swift on Windows 推动的事了。只能说他们给自己搞了个大坑，估计一时半会儿填不平。

我文档目录里一直有软连接，OneDrive 不支持同步，因此逃过一劫。不用 OneDrive 可以直接卸载掉，用的话可以在不想同步的目录创建一个软连接，避免后续再乱来被修改同步设置。

你不喜欢 conda 拖家带口可以选 Linuxbrew, vfox, vmr 都支持直接拉二进制产物，不过 vmr 背后一样还是 conda-forge 的源。
vmr: https://github.com/gvcgo/version-manager

另外 Junctions 是必须用绝对路径的，重装系统或者更换硬盘时如果盘符有变化那可能会失效。SymbolicLink 倒是可以用相对路径创建，但得看软件支持了。

SymbolicLink 相对 Junctions 比较新，有些软件不一定有增加对它的支持，所以可能不被识别到。你可以先弄个测试数据试试吧。

稳定通道的三月累积 patch 都有 bug ，这 Dev 通道遇到这样那都不是事😄，insider 上报就完事了

我的系统盘 500 ，不过爆红快满了，之后准备换成 1T 。

chezmoi 比较多人用。我是 git 加自制 bootstrap 脚本，自由度高些，不过我已经很久没切系统了。
https://github.com/chawyehsu/dotfiles

问题还是 backup 和 syncing 的概念之别。

MSA 只是单向 backup ，如果习惯了同步方式当成 syncing 来用则指定悲剧。其实 MSA 这点上帮助文档里有清楚说明，但我觉得还得大字加粗警告才行。backup 就是 back up ，点启用直接覆盖。牢记要获取最新的远端 backup 时，不管新旧设备，先确保操作机本地没有已登录态，旧设备可卸载重装 app ，再进行恢复即可。这其中还有一个要点是，要时刻确保远端的 backup 是最新的，因为 backup 不是 syncing 不会自动更新！

https://i.imgur.com/MTGHynF.png
想想还真是小霸王

@JayYoung2021
Luke 基本不参与维护了，Scoop 各个核心仓库迁移到 org 后已经是社区维护的项目，还是时有更新的。

@cosette
Homebrew 的 JSON API 模式对于 homebrew-core 这样几十万 commit 的仓库来说效率提升确实大。目前 Scoop 的两个核心主桶 commit 数在五万，按这量级短期内应该不会改，而且 API 模式大概也只能像 Homebrew 那样只对 homebrew-core 和 casks 这样巨量 commit 数的仓库有用。不过确实是个发展方向。

我个人体会是西瓜霜粉短时间高频使用才快好，掉了就补。一天保持一段时间都有才行，喷了不动不进食能保持几十分钟，然后隔一会又喷，不然可能得疼一个星期。我正畸复诊时要是被钢丝扎到基本上就逃不了溃疡，都用这招。