警告：这是一个非常早期的版本。我们只是在测试想法。实现可能会完全改变。

PacOps 是一个包维护瑞士军刀。它不是一个 AUR 助手，但它被用来帮助您维护 PKGBUILD 文件。

总体目标

• 上游更新检查
• 将更新应用到 PKGBUILD 文件
• 作为 GitHub Action 的可用性
• AUR 软件包维护（生成 .SRCINFO、提交、子树或常规推送）
• 仓库维护（构建、签名、添加到仓库数据库、上传）

开发进度

• 本地可使用
• 仅支持作为上游的 Debian 仓库，示例（仅有一个软件包和不同的版本）
• 在本地或用户提供的 chroot 中构建
• 使用从模板生成的提交消息提交更新
• 更新本地系统或 chroot
• 在 Docker 中可部分运行

加入我们！ 我们有 讨论、问题 和 PR。

安装

应作为以下方式提供

• AUR 软件包
• ejiek 仓库 中的二进制软件包
• Cargo 软件包
• Docker 镜像

Docker 用法

PacOps Docker 镜像是基于 archlinux:base-devel，并使用自身作为构建环境。

docker run -v ${PWD}:/usr/share/pacops pacops ${path_to_a_PKGBUILD}

Git 变量：GIT_AUTHOR_NAME GIT_AUTHOR_EMAIL

Makepkg 变量：PACKAGER="John Doe <[email protected]>"

路线图

• 文档
• GitHub 作为上游
  • 发布
  • 标签
  • 分支
• 无根容器（目前我们没有 rootless podman 的工作流程）
• 从假解析迁移到 NomCup
• 清理chroot生命周期（创建、更新、删除）
• 通过仓库创建引导用户
• 状态感知 - git、AUR、仓库中有什么

替代方案

• Guzuta - 自定义仓库管理器
• repology - 监控更新
• Chaotic AUR - 从AUR构建软件包