checkoutmanager

checkoutmanager teszi bzr / HG / git / svn pénztáraknál több helyen szerint a config fájlt.
Fejlesztő hozzászólás
Az előnye: van egy parancsot, amely segítségével frissíti az összes pénztáraknál. És, amivel lehet kérni egy listát a nem kötött változások. És akkor újjáépíteni a teljes pénztári struktúrát egy új gépet, csak másold a config fájlt (ez valójában a célra építek azt: meg kellett változtatni a laptopok, amikor váltottam munkahelyet ...).
Figyelem: Én csak teszteltem a OSX és Linux, így nincs garancia az ablakok. Ha vannak változások szükségesek, hogy akkor valószínűleg csekély mértékű lesz. Üdvözlöm tehát a hibabejelentéseket és javításokat.
Általános felhasználási
Amit általában nem minden reggel, amikor kap munkát a checkoutmanager fel. Ez megragadja a legújabb változatát a pénztáraknál a szerver (ek). Így egy svn up for my felforgatás pénztáraknál, a hg pull -u Mercurial és így tovább.
Időről időre, megcsinálom a checkoutmanager st mutatni, ha van pár nem kötött fájlok feküdt valahol. Nagyon praktikus, ha már dolgozott néhány könyvtárat egész nap: megakadályozza, hogy elfelejti, hogy ellenőrizze, hogy az egyik hibajavítás egy egész hétre.
Egy új projekt azt teszem hozzá egy sort a config fájlt és futtassa checkoutmanager co.
Checkoutmanager lehetővé teszi, hogy elterjedt a pénztáraknál több mint több könyvtárat. Ez nem keverheti verziókövető rendszerek per könyvtár, de. Példaként kaptam egy ~ / buildout / könyvtár az én nagy svn honlapján projektek ellenőrzött odakint. És a könyvtár az én svn munka python könyvtárak. És a ~ / HG / dir én Mercurial projektek. És Csináltam pénztáraknál több config könyvtárak saját könyvtáram, mint a ~ / .emacs.d, ~ / .subversion és így tovább. Szerkezet csak finom.
parancsok
A rendelkezésre álló parancsok:
létezik
& Nbsp; Print hogy a pénztárak vannak jelen, vagy hiányzik
fel
& Nbsp; Grab legújabb verzióját a szerverről.
st
& Nbsp; Nyomtatás állapota fájlokat a pénztáraknál
co
& Nbsp; Grab hiányzó pénztáraknál a szerverről
hiányzó
& Nbsp; Nyomtatás könyvtárakat, hogy hiányoznak a config fájlt
Output Directory névhasználati
Ha nem adsz meg egy kimeneti könyvtár nevét a pénztárnál url, ez csak úgy az utolsó rész. Egy kivétellel: felforgatás. Ez az intelligens ott:
& Nbsp; * https: // xxx / yyy / termék / trunk válik "termék" helyett a "trunk".
& Nbsp; * https: // xxx / yyy / termék / fiókok / kísérlet válik "product_experiment" helyett a "kísérlet"
Ha azt szeretnénk, valami mást, csak adja meg a könyvtár nevét (szóközzel elválasztva) a konfigurációs fájlban.
Config file
Minta konfigurációs fájl:
# Sample config fájlt. Egyes szakaszok per bázis helyét és verzió
# Ellenőrzési rendszer. Ketté mindent az egész hely több
# Könyvtárak rendben van.
[Receptek]
# Buildout receptek dolgozom.
VCS = svn
basedir = ~ / svn / receptek
pénztáraknál =
& Nbsp; svn: // svn / blablabla / trunk
& Nbsp; svn: // svn / más / trunk differentname
& Nbsp; http: // host / yetanother / trunk
& Nbsp; https: // host / yetanother / fiókok / reinout-fix
[Dotfolders]
# Mappák végén pontozott configfolders a gyökér.
VCS = bzr
basedir = ~
pénztáraknál =
& Nbsp; lp: emacsconfig / trunk .emacs.d
& Nbsp; sftp: // somwhere / felforgatás / trunk .subversion

Mi az új ebben a kiadásban:

• Nem használja az minta config fájlt, mint a vizsgálati config fájlt többé. Ez azt jelenti, van egy sokkal szebb és hasznos minta config file most.
• (Köszönet Craig Blaszczyk az ő húzza kérésére ez volt az alapja ennek!)

Mi az új verzióban 1,12:

• A bzr, a & quot; & quot; parancs a kilépési kód helyett a parancs kimenetének most. Ez több, megbízható és kényelmes. Fix az Jendrik Seipp, köszönöm!

Mi az új verzióban 1.11:

• engedjen egynél több VCS egy könyvtárban. Ez is lehetséges volt, de most ismert már nem kell felsorolni minden pénztáraknál a versengő VCS az figyelmen kívül hagyja a lehetőséget. Emellett a tárgyakat, figyelmen kívül hagyja az egyik részben most is figyelmen kívül hagyja más fejezeteiben a könyvtárban. Rögzíti # 11. [Maurits]

Milyen új a 1.10 verzió:

• A --mine-egyetlen lehetőség, hogy BzR hiányzik csak megmutassuk kimenő változáskészleteinket amikor fut checkoutmanager a & quot; & quot; parancs bzr.
• Másolás minta .cfg fájlt, ha az nem létezik, hanem csak arra utal, a másolatot. Javítások # 12.
• Hozzáadás a rejtett információkat parancsot. Kell csak hasznos felforgatás, ha a svn program frissítése és az operációs rendszer megköveteli, hogy svn hozzáférést a tárolt hitelesítő újra, minden egyes tároló. [Maurits]

Mi az új a 1.9-es verzió:

• Added frissíteni parancsot, amely az Ön felforgatás pénztáraknál az új 1.7 elrendezés a .svn könyvtár. [Maurits]

Mi az új a 1.8 verzió:

• A git nyomja --dry-run már felismerni sem -yet-tolta a kimenő változik checkoutmanager ki. Javítások # 9 (A jelenti Maurits van Rees).

Mi az új a 1.7-es verzió:

• Added --configfile opciót. Hasznos, ha a használni kívánt checkoutmanager kezelni pénztáraknál valami mást, mint a szokásos fejlesztési projektek. A gyakorlatban: szeretném használni, hogy egy "sdistmaker", amely együttműködik a git.

Mi az új 1.6:

• Teljes javítás # 7: checkoutmanager nem áll meg Az első hiba, de folytatódik. És ez az összes fellépő hibát utána. Ez segít, ha csak az egyik svn / HG / bármelyik szervert le: a többit majd csak folyamatosan dolgozik.
• A részleges javítást # 7: svn up fut --non-interactive most, ezért a konfliktusok Hibák számolt helyett nagyjából csendben várja az interaktív bemenetet, hogy soha nem jön.

Mi az új 1.5-ös verzióban:

• A kivéve CommandError, e helyett csak CommandError, mint e az python2.4 kompatibilitás.

követelmények :

• Python