如上
更新：添加lsp bridge支持，默认eglot，需要在配置文件切换，具体见文档
最近期末比较忙，等放了寒假可能时间会多一点
其实我觉得手动也没什么的, 不喜欢自动更新, 最新版可能作者对包做了较大的改动. 与你的配置未必完全兼容, 到时候出了问题也弄不明白原因在那
其实个人感觉更新还是要定期更的，不然旧的早晚不行。
但是我感觉还是开发者手动控制更新，测试后在推送，就像我上面那个帖说的，手动把更新推送到github,然后用户端克隆到本地。开发者控制稳定性，用户只需要根据自身需求，每一个版本都是稳定版本。
假设你停止更新这个配置了，里面的包也就停了。那为啥不干脆直接用use-package下载包呢？还有 doingemacs/site-lisp at main · doing1024/doingemacs · GitHub 里面的lsp-bridge包，你不觉得和其他包不太一样吗？还有为什么要用 https://gitstar.com.cn/ ？
1 个赞
实在抱歉，我本人入门git也不到一年，还是没有经验，我下次使用的时候一定尽量多加验证。。。
另外，我个人认为使用use package下载的话有一个缺点，部分没有环境使用代理的同学（e.g. 曾经的我）一次性下载包的话会需要反反复复很多次。。。git的话可以用镜像
对于gitstar,我的确曾经使用过（对star的渴望太强烈），我已经将其禁用，并保证以后不再使用
你这个配置能做多久呢？太四不像了，不如先关注你想要的功能，再想清楚怎么给别人参考。
这是一个我自用的配置，所有的问题我基本会第一时间感知到。
我希望自己可以坚持，但是不知道自己能坚持多久。
感谢大佬您的多次忠告，我会尽力调整我的代码可读性，为大家提供更好的可用性。
不喜欢自动更新, 最新版可能作者对包做了较大的改动. 与你的配置未必完全兼容
锁版本可以用 straight，它提供了 lockfile 的机制，利用好这几个函数即可: straight-freeze-version （更新 lockfile), straight-thaw-version (根据 lockfile 还原版本)
也可以直接用 git submodule。可以参考懒猫的配置就是用 git submodule 来管理插件的，也可以使用 borg 提供了很多 emacs 的 utility 集成方便你使用 git submodule 来管理插件。
不管用哪种都比复制粘贴源代码来管理好吧。
感觉想在我的电脑写个脚本，定期从原仓库更新并且发布到git。先把user-custom备份了，然后在克隆最新版，再把user-custom写回去。
与其造这种轮子，造的还不一定稳定，不如利用好现有的已有的基础设施。
另外，我个人认为使用use package下载的话有一个缺点，部分没有环境使用代理的同学（e.g. 曾经的我）一次性下载包的话会需要反反复复很多次。。。git的话可以用镜像
你可以用 git submodule 来管理你自己的包，然后写一个 github release 的 CI，发布把 git submodule 也下载好的 release，这样用户就能不用自己下包直接就用，不需要自己 clone submodule。
1 个赞
感谢大佬，我git使用经验不多（仅停留在会push/pull的水平），不知道有这种方法，我这就去试试
可以善用AI。推荐尝试 GitHub - tninja/aider.el: aider emacs plugin for https://github.com/paul-gauthier/aider
这种场景需求明确，标准化且大众（git submodule 和 github CI 都是 AI 学习过大量语料的内容），又不涉及长且复杂的业务逻辑的，让 AI 来做是很合适的。
各位大佬久等啦！ 感谢各位大佬的支持， 目前doingemacs已经实现了submodule管理插件+github action自动github release打包发布配置。
具体而言：当commit为"内容 !packing version=不带v的版本号"时，action会自动发布release
1 个赞
下一步会全面修改代码，着力修改码风