Rozwinęliśmy projekt OSS na GitHub i dodaliśmy do niego kilka niestandardowych rozszerzeń. Będziemy chcieli wysłać niektóre zmiany, które wprowadzimy do oryginalnego projektu (poprawki błędów i tym podobne), ale inne zmiany są rozszerzeniami funkcji, których pierwotni opiekunowie projektu nie są w tej chwili zainteresowani. Próbuję znaleźć najlepszy przepływ pracy do zarządzania tą sytuacją.

Chcę, aby nasza gałąź główna zawierała sumę (zatwierdzenia z oryginalnego projektu) + (nasze poprawki błędów dla wkładu) + (nasze niestandardowe rozszerzenia). Wyobrażam sobie, że będziemy potrzebować modelu oddziału na funkcję, abyśmy mogli zachować poprawki błędów niezależnie od rozszerzeń niestandardowych. Możemy uruchomić niestandardowe gałęzie rozszerzeń z naszej głównej gałęzi, ale myślę, że będziemy również chcieli zachować lokalną gałąź „pochodzenia” lub coś, co śledzi oryginalny projekt, abyśmy mogli zacząć naprawiać gałęzie, które nie są zanieczyszczone naszym niestandardowe rzeczy. Lub coś.

Czy ktoś może zasugerować najlepszy sposób na zorganizowanie tego przepływu pracy w taki sposób, aby wszystkie różne zatwierdzenia trafiały tam, dokąd mają jechać, a żadne nie trafiało tam, gdzie nie powinny jechać?