Już czas.
Pracowałeś długo i ciężko, aby dodać swoją wizję do projektu open source, który kochasz, nad którym pracowałeś, debatowałeś i do którego wniósłeś nieocenioną ilość kodu i wiedzy.
Ale to nie zadziała z istniejącymi programistami.
W końcu musisz rozwidlić kod.
Jak to zrobić i zachować jak najlepsze warunki w ramach istniejącego projektu? Jak można nie powiedzieć, „ Oh Yeah? Fork ty! ”
Oprócz mechaniki polaryzacji krzyżowej i zakładania, że uzasadnienie rozwidlania jest rozsądne, logiczne i dopuszczalne, jakie pojawiają się problemy?
Zawody? Zasób zasobów? Kłusownictwo użytkowników?
Jak przechodzisz przez ten prawdopodobnie trudny i długi proces, dopóki nie zdywersyfikujesz się na tyle, aby nie były już postrzegane jako problemy?
Zamiast omawiać uzasadnienie tej decyzji, proszę założyć, że już jesteś przekonany, że rozwidlenie kodu jest najlepszym ogólnym rozwiązaniem, a teraz chodzi o to, aby iść naprzód w najlepszy możliwy możliwy sposób.
-Adam
źródło