添加 ./fastlane 目录

[revtutorials]

按照 https://github.com/aistra0528/Hail/tree/master/fastlane/metadata/android 和 https://gitlab.com/-/snippets/1895688 的指示添加了一个 ./fastlane 目录，包含文字介绍和截图。该目录不影响软件构建。

[lyswhut]

我想问下如果上架的话，签名及更新有什么解决方案？

[revtutorials]

我想问下如果上架的话，签名及更新有什么解决方案？

签名应该是没什么问题的，因为这份源码总归是可以自己编译的。我认为可以直接在选框加上一些文字说明：“如果你是从F-Droid上安装本软件，那么请不要在这里更新，请在F-Droid应用商店内获取更新”

[lyswhut]

签名应该是没什么问题的，因为这份源码总归是可以自己编译的

看文档不是F-Droid那边会重新编译源码吗？这样的话签名就会不一样，除非从releases同步过去。
更新的问题如果没有其他好的办法那就把F-Droid搬放到另一个分支上，类似墨状态栏版

[revtutorials]

签名应该是没什么问题的，因为这份源码总归是可以自己编译的

看文档不是F-Droid那边会重新编译源码吗？这样的话签名就会不一样，除非从releases同步过去。 更新的问题如果没有其他好的办法那就把F-Droid搬放到另一个分支上，类似墨状态栏版

如果能另开个分支当然是最好的。这样就可以去除自动更新功能而只留下更新提示。只是我个人比较担心各位开发者没有精力（或者意愿）维护两个分支或者难以移除自动升级功能的实现。我本人只是个用户，是不知道怎么处理这些 Java 的，所以也没有主动提 PR 的能力。这样就只能增加大家的工作量了。

我现在主要是希望它能够快些得到收录，以待后续处理问题。当然它们如果在一个仓库，那确实也难以解决很多不可调和的矛盾。如果愿意另开一个官方分支的话，我可以修改收录的请求，重运行 issuebot 或把原收录请求 issue 给 close 掉，然后再开一个新的。

[lyswhut]

这个改动看起来不是很多，可以类似墨状态栏歌词的分支那样，现在要确认的是要做哪些功能上的修改

[revtutorials]

这个改动看起来不是很多，可以类似墨状态栏歌词的分支那样，现在要确认的是要做哪些功能上的修改

那可不可以合并一下

[lyswhut]

现在的问题是我们要确定一个完整的方案，不然会导致签名不一致的更新混乱，不小心卸载软件还会丢失数据，如果再另一个分支构建，那确定哪些功能要移除或修改

[linsui]

full_description.txt 放错位置了

如果使用可重复构建的方式那么签名还是你的签名，但自动更新的功能要去掉，需要一个 flavor 会比较麻烦。

如果不用可重复构建，那 F-Droid 自己签名，可以打个 patch 关掉自动更新。

react native 的应用可重复构建不太容易，没有试不知道能不能实现。