是的,开源应用维护者会有更新保护周期,他如果长期都在维护,我们默认由他来维护应用的更新迭代工作。
如果每个人都可以提交不同包名,会导致原来下载过这个应用的用户无法直接更新,商店和仓库会出现混乱的。
你的需求我反馈维护者处理一下。
是的,开源应用维护者会有更新保护周期,他如果长期都在维护,我们默认由他来维护应用的更新迭代工作。
如果每个人都可以提交不同包名,会导致原来下载过这个应用的用户无法直接更新,商店和仓库会出现混乱的。
你的需求我反馈维护者处理一下。
好的,那麻烦催一下原维护者上传新版本吧。
现在app store里是23,最新已经是25了,都已经跨了两个大版本了。
另外,app store里的ask for update功能有用么?很早之前就点了,也一直没有任何反馈。所以才想着上传一个新版本。
还有就是像这种情况,只是上传了一个新版本,如果检查软件包本身没问题,是不是可以跟原来的版本合并呢?维护者还可以保持原来的维护者。这样的话,是不是就可以群策群力,让所有软件包都可以早点更新呢
好的,那麻烦催一下原维护者上传新版本吧。
现在app store里是23,最新已经是25了,都已经跨了两个大版本了。
另外,app store里的ask for update功能有用么?很早之前就点了,也一直没有任何反馈。所以才想着上传一个新版本。
还有就是像这种情况,只是上传了一个新版本,如果检查软件包本身没问题,是不是可以跟原来的版本合并呢?维护者还可以保持原来的维护者。这样的话,是不是就可以群策群力,让所有软件包都可以早点更新呢
可以投一下星火应用商店,同包名的情况下可以自动替换
好的,那麻烦催一下原维护者上传新版本吧。
现在app store里是23,最新已经是25了,都已经跨了两个大版本了。
另外,app store里的ask for update功能有用么?很早之前就点了,也一直没有任何反馈。所以才想着上传一个新版本。
还有就是像这种情况,只是上传了一个新版本,如果检查软件包本身没问题,是不是可以跟原来的版本合并呢?维护者还可以保持原来的维护者。这样的话,是不是就可以群策群力,让所有软件包都可以早点更新呢
可以的,扫一下这个群码进群
Popular Ranking
ChangePopular Events
More
因为应用商店App Store里的软件更新太慢,想上传一个新版本,结果审核说存在相同的包而不通过。
这是什么意思呢?
软件更新必须要原来的上传者才能更新?
还是要通过不同的渠道来投递更新?