本人想设计在本仓库开源的情况下,由一个公开分支和私有分支维护2套代码,功能请求和触发都通过一个桥模块来处理该请求是否能转发到触发模块中。
相当于现在有3大模块,请求、桥和触发,桥是作为私有产品分支下单独开发的,请求和触发都位于开源仓库中,这样就能避免功能代码在私有和公开分发包中产出代码不同导致安全性问题和代码贡献问题。
一些VIP功能虽然是产品分支下才能用,但在开发分发包中是免费使用的,所以以后可能就是想免费用大部分功能没多余资金支持VIP的,可以通过手动安装开发分发包使用这些功能。
但部分极具特色或者涉及后端的功能,就封装在桥包里,这些只用产品分发包才会有。
原件
毕竟人是铁饭是钢,老是维护一大堆问题没啥回报热情也减了不少🍔
本人想设计在本仓库开源的情况下,由一个公开分支和私有分支维护2套代码,功能请求和触发都通过一个桥模块来处理该请求是否能转发到触发模块中。
相当于现在有3大模块,请求、桥和触发,桥是作为私有产品分支下单独开发的,请求和触发都位于开源仓库中,这样就能避免功能代码在私有和公开分发包中产出代码不同导致安全性问题和代码贡献问题。
一些VIP功能虽然是产品分支下才能用,但在开发分发包中是免费使用的,所以以后可能就是想免费用大部分功能没多余资金支持VIP的,可以通过手动安装开发分发包使用这些功能。
但部分极具特色或者涉及后端的功能,就封装在桥包里,这些只用产品分发包才会有。
原件
毕竟人是铁饭是钢,老是维护一大堆问题没啥回报热情也减了不少🍔