Używanie Mercurial do oddzielnej wersji prywatnej i publicznej

Question

Jak korzystać z Mercurial dla następującego problemu.

Załóżmy, że mam rdzeń biblioteki. Teraz chcę rozwinąć rozszerzenie do tej biblioteki o nazwie Extension. Chcę, aby Core był fizycznie oddzielony od Extension, tj. Powiedzmy, że Core jest biblioteką open source, a Extension jest biblioteką prywatną opartą na Core (może zawiera pewne rzeczy, które chcę zachować w pamięci). Oczywiście nie chcę przesyłać całego źródła w Extension do publicznego repozytorium kiedykolwiek. Ale z drugiej strony mógłbym popchnąć pewne zmiany z Extension do Core (jeśli zdecydowałem się "przekazać" część rozszerzenia do Core) lub na odwrót (jeśli chcę wprowadzić poprawki błędów, powiedzmy).

Co byś zrobił, minimalizując ryzyko wycieku Extension to Core (po tym, jak historia zostanie przekazana na serwer publiczny, nie ma odwrotu!), Zachowując elastyczność, aby zrobić to dla pewnych zmian. Gałęzie? Klony? Mqs? Coś innego?

Obecnie jestem zaznajomiony tylko z repozytoriami klonowania i bardzo podobają mi się jego prostota.

EDIT: wymyśliłem tego programu, ale nie mogę zupełnie zmusić go do pracy w systemie Windows. Dwa repozytoria (podstawowe i rozszerzenie). W rozszerzeniu znajdują się dwie gałęzie , także Rdzeń i rozszerzenie. Teraz możesz zarejestrować na repozytorium hak w Mercurial, więc chciałbym zarejestrować hak "pretxnchangegroup" w repozytorium Core, które blokuje checkiny z gałęzi Extension, jako rodzaj wyjaśnionego in the Mercurial book. Tyle tylko, że nie całkiem mogę pracować pod Windowsem. A więc:

• ktoś ma przykład czegoś podobnego (w rzeczywistości dowolny hak, który zmienia wynik transakcji) pod oknami?
• Nadal będę mógł korzystać z przeszczepu, aby wyłuskać zmiany z gałęzi Rozszerzenie na rdzeń, prawda?

Answer 1

Po kilku testach zamierzam wypróbować ten schemat. Dwa główne repozytoria i dwie nazwane gałęzie, Core i Extension.

Jedno główne repozytorium podstawowe, które powinno zawierać tylko podstawowe zestawy zmian i źródło. Powinien zatem zawierać tylko zestawy zmian z oddziału Core. ta jest sprawdzana za pomocą następującego hak repozytorium w hgrc tego repo:

pretxnchangegroup.branch = hg heads --template "current branches: {branches} " | find "Extension" && exit 1 || exit 0

wygląda trochę dziwnie, ale w zasadzie to zostanie zwolniony po pchać lub ciągnąć się zakończy, ale zanim zostanie ona zatwierdzona. W tym momencie, jeśli zawieszenie się nie powiedzie, transakcja zostanie wycofana.Haczyk szuka zestawu zmian w gałęzi Extension i kończy się niepowodzeniem, jeśli go znajdzie - skutecznie uniemożliwiając wprowadzanie zmian Extension, aby wejść do Core repo.

Drugie repozytorium zawiera zarówno gałęzie bazowe, jak i rozszerzenia oraz zestawy zmian, i gdzie następuje wymiana zestawów między dwoma oddziałami. Normalne połączenie z Core do Extension i przeszczep z Extension do Core.

mam nadzieję, że to pomoże komuś innemu.

Answer 2

(gdy historia jest wciśnięty, nie nie ma odwrotu!)

na pewno nie jest ... to co kontrola wersji jest o!

Jeszcze nie zrobiłem czegoś takiego, ale brzmi to tak, jak przydatne będzie polecenie transplant. Możesz też mieć klony klonów i popychać do któregokolwiek z nich, i tak dalej.

Answer 3

Dzięki Forest extension można zachować kilka repoów jako część dużego. Wygląda na to, że to może pomóc.