Wie langweilig ist schon c:\Projekte\FBK> im Prompt zu haben?
Ein Microsoft-Mitarbeiter hat ein kleines Powershell-Skript veröffentlicht, dass den aktuellen Status des Repositories im Prompt anzeigt:
hg b:default c:1 modified, 1 unknown>
Eine sehr nette Idee!
In Powershell:
Get-ChangeSetId.ps1:
if ( $args.Count -eq 0 )
{
Write-Host ( "No Repository given" );
}
else
{
$repos = $args[0];
hg -R "$repos" –debug tags | Select-String "tip" | % { $_ -match ":(.[0-9a-f])*" } | % { $Matches[0].Substring(1) }
}
Benutzung:
Get-ChangeSetId src\BurnSystems
Und um eine neue .hgsubstate-Datei aufzubauen:
dir * | % { "{1} src\{0}" -f $_.Name, (.\getchangesetid.ps1 $_) }
Das Resultat sollte dann einfach nachbearbeitet werden:
Der FBK ist zwar auch unter der AGPL-Lizenz verfügbar, doch habe ich momentan das Problem, dass ich selbst nicht alle Änderungen des Quellcodes veröffentliche. Insbesondere seit dem Serverwechsel habe ich keine virtuelle Linux-Maschine mehr am Laufen über die ich das SVN-Repository verfügbar gemacht hatte.
Als Urheber des Produkts begehe ich dabei zwar nichts falsches, doch finde ich es schade.
Da ich seit etwa 2 Monaten auf Mercurial (hg) gewechselt bin, kann ich wesentlich flexibler handeln und muss nicht zwanghaft meinen Server nutzen, sondern kann andere Dienstleister nutzen um mein Repository zu veröffentlichen.
Nach einer kleinen Suche habe ich mich für BitBucket entschieden. In der kostenlosen Basisversionen kann ich beliebig viele Repositories anlegen (bis 150 MB) und diese freigeben.
Testweise habe ich den Quellcode meiner Basis-Bibliothek ‘BurnSystems.dll’ hochgeladen um mir das Angebot näher anzuschauen.
Nach und nach werde ich die anderen FBK-Projekte dazupacken, so dass es per einfachem Pull möglich ist den gesamten Quellcode des FBK und des Spieles www.anotherspacegame.de herunterzuladen.
Dazu in einem späteren Blogpost…
Ein Problem in HG ist, dass es nicht in der Lage ist alle Subrepos zu mit einem Befehl zu aktualisieren. Man hat in jedem Subrepos den hg update-Befehl auszuführen.
Mit folgendem cmd.exe-Befehl kann dieses Problem umgangen werden:
for /D %x IN (*) DO hg –R %x update
Damit wird für jedes Verzeichnis der “HG update”-Befehl durchgeführt.
Für die Suchmaschinen: “hg update recursive recursively”
Hintergründe zum for-Befehl: Runs a specified command for each file in a set of files.
Im Laufe dieses Wochenendes werde ich es endlich schaffen meine gesamten Projekte vom zentral-orientierten Subversion auf das dezentrale Mercurial (hg) zu migrieren. Eine besondere Herausforderung war die Auftrennung der gesamten Projekte in die jeweiligen Einzelprojekte.
In Subversion kann man einen gigantischen Baum aufbauen und die jeweiligen Projekte können an jedem beliebigen Ordner einen Checkout durchführen. Bei Mercurial kann man nur das gesamte Repository als Ganzes auschecken. Es ist daher nicht sinnvoll ein gigantisches Mercurial-Projekt aufzubauen.
Seit Mercurial 1.3 werden sogenannte Subrepositories unterstützt. Diese entsprechen im entferntem Sinne dem “svn:externals”. Durch eine hoffentlich geschickte Verschachtelung der Projekte, Applikationen und Bibliotheken ist es mir hoffentlich gelungen ein Gesamt-Repository so aufzubauen, das sowohl jedes einzelne Projekt, als auch jede einzelne Bibliothek ausgecheckt werden kann.
Der von mir konzipierte Leitfaden kann unter folgender Adresse heruntergeladen werden:
Soeben wurde die neue Version des Jungfrauenspiels hochgeladen. Diese enthält folgende Korrekturen:
Insgesamt bin ich mit den ersten Tagen sehr zufrieden, ich habe über 50 Bug- und Korrekturmeldungen mittlerer bis hoher Qualität erhalten. Das in der Website integrierte Feedback-Fenster hat sich wie auch beim letzten Spiel wieder ausgezahlt.
In den nächsten Tagen werde ich den FBK und das JFS von Subversion auf Mercurial versuchen zu portieren. In dieser Zeit können keine weiteren Korrekturen erstellt werden, ich hoffe, dass ich das Wichtigste bis zu den ersten Kämpfen und Spionagen korrigiert habe.