hgcp

hgcp jest narzędziem, które zapewnia Mercurial cross-reposititory kopię i przenieść funkcje.
Uwagi dla programistów
Kiedy refactoring pakietów, czasami występuje konieczność skopiowania pewnych plików z jednego do drugiego repozytorium Mercurial zachowując swoją historię. Choć nie jest to trudne do zrobienia, gdy wiesz, jak, nie jest to prosta operacja. Tak, stworzyłem hgcp. Kopiowanie plików z source-repo do przeznaczenie-repo staje się bardzo łatwe. Oto kilka przykładów:
- Hgcp source-repo / funkcje / dziwak-feature.txt dest-repo / (to kopie source-repo / funkcje / dziwak-feature.txt do przeznaczenie-repo / funkcje / dziwak-feature.txt)
- Hgcp -x dysponuje źródłem-repo / funkcje / dziwak-feature.txt dest-repo / (Ten Odcina funkcje subścieżkę, kopiowanie source-repo / funkcje / dziwak-feature.txt do przeznaczenie repo / dziwak-feature.txt )
- Hgcp -x dysponuje źródłem-repo / funkcje / dziwak-feature.txt dest-repo / plugins (Kopie source-repo / funkcje / dziwak-feature.txt do przeznaczenie-repo / plugins / dziwak-feature.txt)
Istnieje również polecenie hgmv, że przenosi pliki, zamiast je po prostu kopiowanie. To inaczej działa dokładnie tak jak polecenia hgcp.
instalacji
hgcp można zainstalować przy użyciu easy_install: easy_install hgcp
Uwaga dla każdego, kto nie lubi tej funkcji
W skrócie: to dobrze ze mną. Nie należy go używać.
Nie musisz szukać trudno znaleźć wiele próśb o jak zrobić Historia-zachowaniu wzajemnej repozytorium kopii. Niestety, większość odpowiedzi widziałem są raczej bezużyteczne. Oto kilka odpowiedzi widziałem:
- To nie jest obsługiwana workflow.
- Jeśli potrzebujesz tego, że nie planujesz swoje repozytorium układ bardzo dobrze.
- Nie należy trzeba to zrobić bardzo często
- Cross-repozytorium kopiowanie plików nie jest dobrze zdefiniowane działanie.
- Wystarczy skopiować plik bez historii, i umieścić notatkę w changelogu.
- Nauseum ogłoszenie
Podstawowym problemem, z wszystkich tych odpowiedzi jest: Ludzie muszą kopiować lub przenosić pliki między repozytoriów. Subversion zachęcił nas do umieścić wszystkie nasze projekty w tym samym repozytorium, więc kopie plików cross-projektu były banalne. DVCS jak Mercurial zachęcają nas, aby umieścić każdy projekt w oddzielnym repozytorium, ale nie zapewniają łatwy sposób byłaby projektów. Jeśli znajdziesz się zastanawiać, dlaczego ktoś kiedykolwiek potrzeba, aby to zrobić, jesteś w tej samej łodzi z zagorzałych użytkowników CVS, że zastanawiał się, dlaczego ktoś skarżył się, że zmiana nazwy i przenoszenie plików było kłopotów, i że zmiana nazwy katalogów i był ... , śmieszne. Przenoszenie rzeczy wokół jest częścią refaktoryzacji. Projekty są podzielone i połączyła się cały czas. O ile mi wiadomo, cross-repozytorium kopii i ruch jest istotną cechą.
hgcp nie wszystko, że nie można ręcznie zrobić, jeśli chcesz zrobić. Zasadniczo używa Mercurial rozszerzenia convert. hgcp prostu pisze filemap dla Ciebie, i wykonuje odpowiednią sekwencję Hg poleceń. To także pozwala na określenie ścieżek w bardziej naturalny sposób.
i poprawek
Jestem szczęśliwy, aby zaakceptować poprawki, które wzmacniają hgcp lub poprawić błędy. . Moim celem jest, aby zachować hgcp tak proste, jak to możliwe, i koncentruje się na cross-repozytorium schematów

Wymagania :

• Python

Ograniczenia :

• hgcp działa tylko w repozytoriach, które są przechowywane na lokalnym systemie plików. Miejmy nadzieję, że to nie jest duży ciężar, jak można łatwo sprawdzić zdalnego repo, użyj hgcp, następnie zsynchronizować. Również repozytoria źródłowe i docelowe muszą być zarówno wyrejestrowany i nie mają niezatwierdzone zmiany.
• Powiedziano mi, że ta metoda nie zachowuje całą historię pliku jeśli został przemianowany, zwłaszcza gdy kopiowane / przenoszone plik ma długą i Branchy historię. Jednak to nie spowodowało problem dla mnie w praktyce. Wystarczy mieć świadomość, że podczas kopiowania lub przenoszenia pliku, możesz nie być kopiowanie to cała historia.