Closed FelixJacobi closed 6 months ago
I agree that by now we are no longer a real fork.
We would have to reimplement everything from upstream by ourselves and closely watch all acitivies in the upstream to not miss important API changes. While reimplementing we might be able to cherry-pick some commits, however I doubt this saves a lot of time compared to implementing it ourselves.
I checked the comparison of GitHub (see Comparing littleredbutton:master...bigbluebutton:master · littleredbutton/bigbluebutton-api-php) and created issues for each feature, which have been implemented in upstream since our last synchronization. I guess, implementing these would be a good feature set for 5.1.
With 5.1, it is set. We've implemented new features by ourselves. Therefore, we will no longer merge upstream directly and no longer an up-to-date fork. I would keep the GitHub fork relation for credits to the original authors.
I just tried to merge upstream again, which totally went wrong due to diverging code bases and therefore a lot of conflicts. How should we deal with them in future? Should we still see us as a fork of the original?
As merging upstream is no longer possible from long perspective, some Ideas:
Both ideas will lead to the fact that we are no longer a real fork.