hgtools

hgtools opiera się na wtyczce setuptools_hg dla setuptools. Zapewnia zajęcia dla kontroli i pracy z repozytoriów w system kontroli wersji Mercurial.
hgtools udostępnia wtyczkę dla setuptools który umożliwia setuptools znaleźć pliki w ramach systemu kontroli wersji Mercurial.
Zajęcia przewidziane przez hgtools są przeznaczone do natywnie współpracować z bibliotekami Mercurial Python (w procesie) lub cofać się do korzystania z programu hg wiersza polecenia (1) Jeśli nie jest dostępna. Wsparcie linii poleceń jest szczególnie użyteczne virtualenvs wewnątrz, które nie mają dostępu do całego systemu zainstalowanego Mercurial lib (czyli gdy virtualenv utworzonego przy --no-site-packages).
Uwaga :
W setuptools wyposażone
Możesz przeczytać o plugin setuptools dostarczonych przez hgtools w dokumentacji setuptools. To w zasadzie zwraca listę plików, które są pod kontrolą wersji Mercurial po uruchomieniu funkcji konfiguracji, np jeśli tworzysz źródło i dystrybucji binarnej. Jest to prosty, ale skuteczny sposób, nie mając do definiowania danych (pliki pakietu Python) spoza ręcznie w jawnym szablonów (MANIFEST.in).
Zastosowanie
Oto przykład, który korzysta hgtools setup.py:
z setuptools import konfiguracji, find_packages
setup (
& Nbsp; name = "HelloWorld",
& Nbsp; version = "0.1",
& nbsp; Opakowanie = find_packages (),
& Nbsp; setup_requires = ["hgtools"],
)
Po uruchomieniu setup.py powyżej, setuptools automatycznie pobierze setuptools_hg do katalogu, w którym znajduje się u setup.py (i nie zainstaluje go nigdzie indziej), aby uzyskać wszystkie pliki danych Pakiet z repozytorium Mercurial.
Opcje
Ustawić zmienną środowiskową HG_SETUPTOOLS_FORCE_CMD przed uruchomieniem setup.py jeśli chcesz wymusić użycie polecenia Hg (choć będzie to spadek do natywnych bibliotek, jeśli polecenie nie jest dostępne lub nie działać).

Co nowego w tym wydaniu:.

• Przywrócono Python 2.6 kompatybilność modułu nawrotnego

Co nowego w wersji 2.0.3:

• Issue # 12: Wyłącza wyjątki oprócz ImportError podczas importowania Moduły Mercurial.

Co to jest nowy w wersji 2.0.2:

• dziennika i Hg rodzice Force hg korzystania domyślne Styl wyjścia. Inaczej code analizowania nie ujawnia znaczników. Ponadto, zresetować wartość "default.log" w przypadku, użytkownik ma alias hg w swoim dzienniku .hgrc. (Na przykład, niektóre wykorzystanie dziennika = -G wymusić wyjście wykres). Dzięki dc do poprawki.

Co nowego w wersji 2.0.1:

• Naprawiono problem nr 10, gdzie hgtools nie analizować konfiguracja .cfg prawidłowo, jeśli Python 3 ConfigParser backportu został zainstalowany w Pythonie 2.

Co nowego w wersji 2.0:

• refactored HGRepoManager lepiej obsługuje wiele znaczników:
• - `` .get_tag` zastąpione .get_tags`, która zwraca zestaw znaczników dla konkretnej wersji. Obecnie jest to zestaw, ponieważ rtęć, nie zachowuje żadnej sensownej kolejności tagów.
• - `` .get_tags` zastąpione .get_repo_tags`
.
• - `` .get_parent_tag` zastąpione .get_parent_tags`
.
• - dodaje `.get_parents` które zwraca rewizji (y) określonej rewizji
.
• Usunięto wsparcie dla starszych wersji Mercurial (LegacyLibraryManager).
• Kierownik podproces jest teraz domyślnym. Zmienna HGTOOLS_FORCE_CMD nie ma już żadnego wpływu na hgtools.
• Wersja teraz postanawia wykrywania wielu tagów na tej samej wersji, wybierając największe wersji.

Co nowego w wersji 1.2.1:

• Naprawiono problem # 9 - Menedżerowie repo, a tym samym Wtyczka setuptools nie będzie już znaleźć pliki, które nie są w określonej lokalizacji. W LibraryManagers już wyrzuci błąd w tym przypadku, ale teraz SubprocessManager robi to, co najlepsze i zwraca tylko pliki względem lokalizacji.

Co nowego w wersji 1.2:

• Wdrożone parametr wersji version_handler. Poprawki nr 5.
• Jeśli kilka znaczniki są podane do rewizji, ostatni znacznik jest używany zamiast w pierwszej kolejności.

Co nowego w wersji 1.1.6:

• Więcej agresywnie skonstruować środowiska podczas pracy w hg podproces. Rozwiązuje kolejny przejaw nr 7. Dzięki whit537.

Co nowego w wersji 1.1.2:.

• Przywrócono zgodności Python 2.5

Wymagania :

• Python