checkoutmanager

checkoutmanager maakt bzr / hg / git / svn kassa's op verschillende plaatsen volgens een configuratiebestand.
Developer reacties
Het voordeel: je hebt een commando waarmee u al uw kassa's bij te werken. En waarmee u kunt vragen om een ​​lijst van niet-gecommitteerde veranderingen. En u kunt uw hele kassa structuur op een nieuwe machine herbouwen gewoon door het kopiëren van de config file (dit was eigenlijk het doel bouw ik het voor: ik moest laptops veranderen als ik van baan gewisseld ...).
Let op: ik alleen getest op OSX en Linux, dus geen garanties voor de ramen. Als er veranderingen nodig zijn, zullen ze waarschijnlijk gering. Dus ik ben blij met bug rapporten en patches.
Generic gebruik
Wat ik normaal doe elke ochtend als ik aan het werk is checkoutmanager up. Dit grijpt de nieuwste versies van al mijn kassa's van de server (s). Dus een svn up voor mijn subversie kassa, een hg pull -u voor mercurial en ga zo maar door.
Van tijd tot tijd, zal ik een checkoutmanager st doen om te laten zien als ik heb een aantal vastgelegde bestanden ergens laten rondslingeren. Erg handig als je hebt gewerkt in verschillende directories gedurende de dag: het voorkomt u dat u vergeet in dat ene bugfix om te controleren voor een hele week.
Een nieuw project betekent dat ik een enkele lijn in mijn configuratiebestand en run checkoutmanager co.
Checkoutmanager kunt u uw kassa's over meerdere mappen te verspreiden. Het kan niet version control systemen per directory mengen, echter. Als voorbeeld heb ik een ~ / buildout / directory kreeg met mijn grote svn website gecontroleerde projecten die er zijn. En een map met mijn svn werk python bibliotheken. En een ~ / hg / dir met mijn mercurial projecten. En ik heb gemaakt kassa van verschillende config directory's in mijn huis dir, zoals ~ / .emacs.d, ~ / .subversion en ga zo maar door. Werkt prima.
Commando's
Beschikbare commando's:
bestaat
& Nbsp; afdrukken of kassa aanwezig is of ontbreekt zijn
omhoog
& Nbsp; Grab laatste versie van de server.
st
& Nbsp; Print status van bestanden in de kassa
co
& Nbsp; Grab ontbrekende kassa van de server
vermist
& Nbsp; Print directories die ontbreken in het configuratiebestand
Output directory naamgeving
Als je niet een output directory naam op te geven voor uw kassa url, het duurt slechts het laatste deel. Één uitzondering: subversie. Het is intelligent er:
& Nbsp; * https: // xxx / yyy / product / trunk wordt "product" in plaats van "stam".
& Nbsp; * https: // xxx / yyy / product / takken / experiment wordt "product_experiment" in plaats van "experiment"
Als je iets wilt anders, gewoon een directory naam (gescheiden door een spatie) in het configuratiebestand op te geven.
Config bestand
Voorbeeld configuratie bestand:
# Voorbeeld configuratiebestand. Verschillende secties per basisstation locatie en versie
# Controlesysteem. Het splitsen van alles over de plaats in meerdere
# Directories is prima.
[Recepten]
# Buildout recepten Ik werk op.
VCS = svn
basedir = ~ / svn / recepten
kassa =
& Nbsp; svn: // svn / blablabla / trunk
& Nbsp; svn: // svn / andere / trunk differentname
& Nbsp; http: // host / yetanother / trunk
& Nbsp; https: // host / yetanother / takken / Reinout-fix
[Dotfolders]
# Mappen die eindigen als gestippelde configfolders in de root.
VCS = bzr
basedir = ~
kassa =
& Nbsp; lp: emacsconfig / trunk .emacs.d
& Nbsp; sftp: // somwhere / subversie / trunk .subversion

Wat is nieuw in deze release:

• Het niet gebruiken van de steekproef config bestand als de test config file meer. Dit betekent dat er een veel mooier en nuttiger sample config file nu.
• (Met dank Craig Blaszczyk voor zijn pull verzoek dat de basis voor deze was!)

Wat is nieuw in versie 1.12:

• Voor bzr, de & quot; uit & quot; opdracht wordt de exit code in plaats van de uitvoer van de opdracht nu. Dit is betrouwbaarder en comfortabel. Lossen door Jendrik Seipp, bedankt!

Wat is nieuw in versie 1.11:

• Laat meer dan een VCS in een directory. Dit was al mogelijk, maar nu weten dat je niet meer nodig om een ​​lijst van alle kassa's van de concurrerende VCS in de negeer optie. Ook items die worden genegeerd in één sectie worden nu ook genegeerd in andere secties voor dezelfde directory. Lost # 11. [Maurits]

Wat is nieuw in versie 1.10:

• Het gebruik van --mine-enige optie om bzr ontbreekt om alleen tonen onze uitgaande changesets bij het uitvoeren van checkoutmanager's & quot; uit & quot; commando voor bzr.
• bestand kopiëren monster .cfg als het niet bestaat in plaats van alleen maar te suggereren de kopie. Fixes # 12.
• Toegevoegd verborgen info commando. Zou moeten zijn alleen nuttig voor subversie als je svn programma is bijgewerkt en uw besturingssysteem vereist dat u toegang svn weer te geven aan uw opgeslagen referenties, voor elke repository. [Maurits]

Wat is nieuw in versie 1.9:

• Toegevoegd upgraden commando dat je subversie kassa upgrade naar de nieuwe 1.7 lay-out van de .svn directory. [Maurits]

Wat is nieuw in versie 1.8:

• Het gebruik van git push nu --dry-run op te sporen niet -Maar-duwde uitgaande veranderingen met checkoutmanager uit. Fixes # 9 (gemeld door Maurits van Rees).

Wat is nieuw in versie 1.7:

• Toegevoegd --configfile optie. Handig wanneer u wilt checkoutmanager gebruiken om kassa beheren voor iets anders dan de reguliere ontwikkelingsprojecten. In de praktijk: ik wil het gebruiken voor een 'sdistmaker' die werkt met git
.

Wat is nieuw in versie 1.6:

• Volledige oplossing voor # 7: checkoutmanager niet aan stoppen de eerste fout, maar blijft. En het rapporteert achteraf alle fouten. Dit helpt wanneer slechts een van je svn / hg / whatever servers down:. De rest zal gewoon blijven werken
• Gedeeltelijke oplossing voor # 7:. Svn up loopt met --Non-interactief, zodat fouten conflict fouten worden in plaats gemeld van vrijwel geruisloos te wachten op interactieve invoer die nooit zal komen

Wat is nieuw in versie 1.5:

• Gebruik behalve CommandError, e in plaats van uitzondering CommandError als e voor python2.4 compatibiliteit.

Eisen

• Python