Używam Git Flow z wieloma projektami, każdy z własnym repozytorium, z powodzeniem.Wydania strukturalne (przepływ Git) dla wielu projektów w jednym repozytorium (monorepo)
Czekam na scalenie tych repozytoriów w jeden monorepo. Głównym powodem jest współdzielenie projektów zależnych od wielu projektów, co oznacza, że musimy teraz zatwierdzać poprawki w wielu repozytoriach (zobacz: zmiany między projektami w powyższym linku).
Facebook i Google wydają się z powodzeniem korzystać z tego modelu (patrz: this fb talk i this google talk).
Jak mogę dalej używać czegoś podobnego do Git Flow, korzystając z jednego repozytorium dla wielu projektów?
Chociaż przydatne, rozmowy, z którymi się łączyłem, nie obejmują szczegółów takich jak rozgałęzianie i oznaczanie oraz w jaki sposób organizują różne wydania projektu z jednego pnia/wzorca.
Nie jestem żonaty z Git Flow. Szukam sposobu na ułożenie wydawnictw w monorepo.
Poważnie, nie rób tego. Po prostu użyj submodułów, jeśli chcesz powiązać określone wersje. – o11c
Szczerze mówiąc nie użyłbym monorepo, jeśli pracujesz z Git. Powodem, dla którego Google i Facebook go używają są kombinacje "zawsze tak robiono" (Google), "mamy wielu użytkowników Perforce" (Google) i "łatwiej było przenieść nasze SVN repo" (Facebook) . Oczywiście, w typowym stylu Google/Facebook, prowadzą długie rozmowy na temat rzekomych korzyści, aby uzasadnić swoje decyzje. Ale szczerze mówiąc monorepos nie pasują do modelu Git i narzędzi zaprojektowanych do pracy z Git. – mipadi
Czy Twoje wersje zostały zsynchronizowane ze wszystkimi projektami? Czy mają ten sam numer wersji i są wydawane razem? Jeśli nie, to wyobrażam sobie, że liczba oddziałów może wymknąć się spod kontroli. –