ruki
> 所以 xrepo.bat 可以用 xmake lua 重写么，这样可以和多个平台共享同样逻辑，也方便维护，原来的 xrepo.bat 只执行 xmake l xxx 就行。 逻辑目前就是通用的，仅仅只是 xrepo.bat 和 xrepo.ps1 里面额外加了 prompt 的获取和设置。 而 xrepo.sh 是因为 bash 可以在 xmake 内部起 shell 时候就就设置好 prompt...
> bash虽然可以通过在xmake内部再调用一次bash实现改环境变量，但这样得到的bash环境和原bash不是同一个，命令历史等等都不继承，而且不小心按到Ctrl+C直接回到原来bash环境这个环境就丢失了。所以现在bash是在user profile里注册了一个xrepo函数来实现就地更改，并非调用xrepo.sh 那就是 bash 下现在用的是 https://github.com/xmake-io/xmake/blob/4253fdd36cf2b4de908466b24da608a865fe9400/xmake/scripts/virtualenvs/register-virtualenvs.sh#L28 xrepo.sh 弃用了
> powershell module第一次加载的时候比较慢，后面同一个shell环境不用重复加载会快一点。这部分逻辑主要参考的anaconda的实现，我不清楚有没有更好的实现方式 慢，应该是执行 xmake 进程次数过多导致的，win 起进程原本就比较重。 https://github.com/xmake-io/xmake/blob/4253fdd36cf2b4de908466b24da608a865fe9400/scripts/xrepo.bat#L41-L57 这里的多个 xmake lua 执行，是否可以做一些合并，减少一些调用次数，应该会快点。
没空搞 可以提 pr 过来
I don't know about SBOM, and I don't know how it is related to the build system. You can use task to write a custom plugin `xmake sbom` to generate...
这会导致所有的包默认都安装到当前工程目录，全局目录基本就没啥用了，也没法再多个项目中复用包。 并且会频繁多次去 checkout xmake-repo 特定 commit ，如果网络慢的，体验会差很多，所以我暂时一直没开。而且在 linux 上还有不少问题，并不能完全锁定，毕竟c++这个不像其他语言，依赖库很多都跟系统上的库耦合性太高。 即使当前发行版锁住了，丢到另外的 linux 发行版上去，还是会有问题。。除非是完全隔离不用任何系统库，那这个安装就更慢了，而且更容易出问题。
linux 根本没法完全锁住，暂时还是按需自己配。
应该还有其他安装进程在同时访问下载的文件。 可以进程管理里 kill 掉它们，或者重启下系统后再尝试
wait for https://github.com/llvm/llvm-project/issues/103499
I don't know which version of clang-tidy started to support it, I tested my local 19.1.2 and it seems to work too