周知：关于在版本中变更软件包的操作说明

各位release maintainer和社区开发者们好：
    我们注意到最近有社区开发者在向openEuler-22.03-LTS版本中加包的过程中，因为不熟悉obs_meta与release-management里面pckg-mgmt.yaml的关系，导致有的包在openEuler:22.03:LTS/openEuler:22.03:LTS:Epol工程中被"删除"的情况 ，故先在此做简单的说明，后续会完善门禁和相关指导。（以下的操作均基于软件包在community已经有对应代码分支的前提）

1.当前openEuler出版本工程与非出版本工程的管控策略，以openEuler-22.03-LTS和openEuler-22.03-LTS-Next分支为例：
（1）openEuler-22.03-LTS-Next分支对应的是非出版本工程：openEuler:22.03:LTS:Next/openEuler:22.03:LTS:Next:Epol，因为openEuler-22.03-LTS-Next不受pckg-mgmt.yaml管控，因此这两个工程的软件包变更，需要前往obs_meta提交PR，审核人是release成员；
以此PR为例：https://gitee.com/src-openeuler/obs_meta/pulls/1326

（2）openEuler-22.03-LTS分支对应的是出版本工程：openEuler:22.03:LTS/openEuler:22.03:LTS:Epol，因为openEuler-22.03-LTS受pckg-mgmt.yaml管控，因此这两个工程的软件包变更，需要前往release-management提交PR，审核人也是release成员；
以此PR为例：https://gitee.com/openeuler/release-management/pulls/349
注意：要向openEuler:22.03:LTS/openEuler:22.03:LTS:Epol加包，要确保openEuler:22.03:LTS:Next/openEuler:22.03:LTS:Next:Epol中是有对应的软件包的，即确保"obs_from"中存在这个包的service文件

2.pckg-mgmt.yaml与obs_meta的关系：
    理解1.提到的出版本工程与非出版本工程的差异，再理解一下，pckg-mgmt.yaml管控出版本工程的软件包范围，但是会同步到obs_meta来最终控制工程，即合入pckg-mgmt.yaml的PR会推送内容到obs_meta，以达到控制obs上工程的效果。

3.一般来说，如果是新增包到工程，需要先做（1），再做（2）；如果是两个工程之间移动包，只需要做（2）。

4.至于一开始提到的被“删除”包的情况，原因是任何release-management内pckg-mgmt.yaml的修改，都会同步到obs_meta，那么如果有PR单独在obs_meta中向版本工程加包或者移动包，那么有可能会被release-management覆盖掉，从而表现为原来加的包被“删除”了。
以此PR为例：https://gitee.com/src-openeuler/obs_meta/pulls/1319，虽然合入了，但是被后面的一次release-management同步覆盖掉：https://gitee.com/src-openeuler/obs_meta/commit/01ad61d954ef9fe2f794086bd3f57b96ddacd0b8

最后：
无论是maintainer还是开发者，都要注意一下obs_meta的PR是否涉及对于openEuler出版本工程的修改

openEuler/release-management

内容风险标识

评论 (2)

openEuler/release-management .gitee-modal { width: 500px !important; }

内容风险标识