openSUSE 中文社区
·
社区完善 Git 打包工作流
💡
原文中文，约1700字，阅读约需4分钟。
📝
内容提要
openSUSE 项目的开发者召开会议，协调 Leap 16 的 Git 打包工作流，讨论其在 Leap 发行版中的应用。该工作流基于 Gitea 平台，使用 Git 进行版本控制，并通过拉取请求管理变更。项目鼓励使用标准工具，维护者列表和配置存储在 Git 仓库中。与会者讨论了过渡中的挑战，强调工作流的透明性和可复现性，并寻求社区支持以完成迁移。
🎯
关键要点
- openSUSE 项目的开发者召开会议，协调 Leap 16 的 Git 打包工作流。
- 该工作流基于 Gitea 平台，使用 Git 进行版本控制，并通过拉取请求管理变更。
- 项目记录的架构决策包括采用 Git 作为唯一版本控制系统，使用拉取请求进行变更管理。
- 所有官方发行版的软件包源码托管在 src.opensuse.org/pool。
- 项目依托多项自动化工具来管理工作流，包括 workflow-pr 机器人和 obs-staging-bot 机器人。
- 项目鼓励贡献者使用标准工具，如 osc 客户端和 git-lfs。
- 社区维护的软件包工作流程为 Fork 仓库并在对应的 leap-x.y 分支中进行修改。
- 与会者讨论了过渡过程中遇到的挑战，强调工作流的透明性和可复现性。
- 项目寻求社区支持以完成向基于 Git 工作流的迁移。
- 已知问题包括非协作者无法在软件包仓库的不同分支之间发起拉取请求。
❓
延伸问答
openSUSE 的 Git 打包工作流是基于什么平台的？
该工作流基于 Gitea 平台。
在 openSUSE 的 Git 工作流中，如何管理变更？
通过拉取请求管理变更。
openSUSE 项目在迁移到 Git 工作流时面临哪些挑战？
与会者指出长期贡献者可能对新工作流感到陌生，以及仓库初始化和机器人功能复杂度的问题。
openSUSE 项目如何确保工作流的透明性和可复现性？
项目目标是让工作流透明且可复现，并邀请贡献者反馈问题。
openSUSE 项目鼓励贡献者使用哪些标准工具？
项目鼓励使用 osc 客户端、git-lfs 和 obs-git-init。
openSUSE 的 Git 工作流文档在哪里可以找到？
Git 工作流文档可在 src.opensuse.org 查看。
➡️
