自托管的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>的配置。

作者在合并包时面临哪些挑战?

作者面临的挑战包括如何合并多个版本控制的包而不丢失版本历史。

编写脚本管理包版本有什么好处?

编写脚本可以帮助维护包的版本跟踪,确保管理过程的高效和有序。

➡️

继续阅读