自托管的AUR仓库
💡
原文英文,约700词,阅读约需3分钟。
📝
内容提要
作者希望托管自己的脚本和软件,以便在其他机器上轻松安装。他寻找自托管的AUR仓库解决方案,考虑使用git子模块或编写脚本合并多个版本控制的包,以简化管理和版本跟踪。
🎯
关键要点
- 作者希望托管自己的脚本和软件,以便在其他机器上轻松安装。
- AUR不接受非常专业化的包,必须确保包对其他用户有用。
- 作者寻找自托管的AUR仓库解决方案,考虑使用paru AUR助手。
- 需要在paru.conf中添加自定义源的配置。
- 作者面临的问题是如何将多个版本控制的包合并为一个仓库。
- 简单的复制粘贴方法会丢失每个包的版本控制历史。
- 使用git子模块可能是最简单的方法,但需要将所有包的仓库推送到远程。
- 作者计划编写脚本来管理包的版本和同步。
- 脚本将维护一个JSON数据库,跟踪每个包的版本。
- 脚本需要支持远程包源、分支指定和非git跟踪的包。
- 作者意识到自己可能在解决一个X-Y问题,但编写脚本是一个很好的练习。
❓
延伸问答
如何自托管AUR仓库以便安装自己的软件?
可以使用paru AUR助手配置自定义源,并将软件包放入一个git仓库中。
在自托管AUR仓库中如何管理多个版本控制的包?
可以通过编写脚本将多个包合并为一个仓库,同时维护一个JSON数据库来跟踪每个包的版本。
使用git子模块有什么优缺点?
使用git子模块可以简化管理,但需要将所有包的仓库推送到远程,且可能会增加复杂性。
如何在paru.conf中添加自定义源?
在paru.conf中添加类似于[REPONAME] Url = https://<URL TO MY PACKAGE REPO>的配置。
作者在合并包时面临哪些挑战?
作者面临的挑战包括如何合并多个版本控制的包而不丢失版本历史。
编写脚本管理包版本有什么好处?
编写脚本可以帮助维护包的版本跟踪,确保管理过程的高效和有序。
➡️