[Others] 这是一个批评帖
Tofloor
poster avatar
花雨落逝
deepin
2023-12-13 17:15
Author

近日deepin社区上线社区投递系统,对此我想发表下我的看法:

1.只能上架deepin应用商店?那可以同步到UOS吗?

2.能做到有更新即可投递吗?类似于星火应用商店那种,“人人为我,我为人人”的感觉?能否做到重复包名一个周期(比如,5天)内只认第一个投递的?

3.和UOS开发者投递能否互通?UOS开发者投递那边能否做到“通过身份认证+资格考试即可投递更新?”

4.既然我有UOS开发者身份了,我的想法是deepin可以学学星火应用商店。

5.最重要的一点,我觉得应该deepin社区投递应该合并到UOS开发者投递那边的,不仅仅因为deepin是UOS的社区版,更是为了方便用户,因为deepin社区投递和UOS开发者投递实际上是一件事。

6.贡献者的名字不应该写在最下面吧,难道不应该和UOS那边投递的一样的情况吗?

Reply Favorite View the author
All Replies
f@deepin
deepin
2023-12-13 17:40
#1

社区和商业版商店,可能有些流程或合规上的不同考虑吧

Reply View the author
fax928
deepin
2023-12-13 18:07
#2

UOS/DEEPIN投递进这里 https://appstore-dev.uniontech.com/

Reply View the author
商店运营-流云
deepin
2023-12-13 18:18
#3

首先感谢您的关注和使用,关于以上几点,我这边可以和您大概说下:

关于问题1345,社区投递系统仅支持deepin社区版的应用投递贡献,关于您提到的想要和uos版本互通,这个投递系统不支持,如果需要同时上架应用到uos和deepin,建议通过uos开放平台注册成为开发者之后,上传经过适配的应用,因为uos是商业版本,如一楼所说,确实涉及到流程合规的问题,所有通过开放平台上传的应用都会经过更为严格的测试和审查后才会上架。

关于问题2,目前的考虑是头部原生应用暂时还是会由官方维护团队维护(uos和deepin同步),因为考虑到uos版本的应用稳定性问题,很多应用还涉及到依赖的更新支持,暂时无法做到有更新即更新;针对其它开源应用目前的原则是由首位维护共享者成功上架后享有优先权(在维护周期内不再接受重复应用上架),如果超过一个月未再进行维护,有新的贡献维护需求后,由运营人员操作释放。

关于问题6,因为人力安排问题,投递贡献者的名称暂时显示在应用描述前,后续在应用商店客户端更新后显示到现有的开发者名称后,固定展示为贡献者名称。

Reply View the author
jjcui8595
deepin
2023-12-13 18:23
#4

UOS是商业软件,deepin是社区版,其应用商店审核要求肯定不同

Reply View the author
babyfengfjx
Super Moderator
CQA
2023-12-13 19:04
#5

挺好的想法,只有大伙有不同的想法,才能推进流程的更新迭代,找到官方与用户之间的“最大公约数”,agree

Reply View the author
Barry-okx
Junior Packager
2023-12-14 07:03
#6

上游有更新,打包者的打包习惯是不一样的,目前一个包只要有人维护就保持同一个人的做法我觉得很好,避免多人打包今天在 /opt 下,明天跑道 /var 下的极端情况。 而且同一个人连续打包可以获得“信用” 随便来一个人打包给你用,夹带私货怎么办。

Reply View the author