Komprovisation

Heute leicht mit Beschiss, da die drei Links zu einer mehrteiligen Artikelserie gehören (der vierte Teil ist angekündigt, aber noch nicht veröffentlicht):

An Asteroids-style game in CoreAnimation: Teil 1, Teil 2 und Teil 3
Matt Gallagher erläutert in seinem Blog Cocoa with Love, wie sich mit Hilfe von Core Animation ein Klon des Spiels Asteroids programmieren lässt. Er berücksichtigt dabei das Model-View-Controller Entwurfsmuster, erstellt ein auflösungsunabhängiges Design und schnell ist das Spiel auch noch.

Diese Woche war es sehr ruhig hier, aber auf die Links zum Sonntag wollen wir nicht verzichten. Dieses Mal ein Link zum Exception-Handling in Mac- und iPhone-Programmen und zwei zum Thema Xcode:

1. Open Source Crash Reporter for iPhone
   Landon Fuller veröffentlichte im Lauf der Woche ein Framework für das Exception-Handling innerhalb von Mac- und iPhone-Programmen. Crash-Reports werden als Protocol Buffers gespeichert und können beim nächsten Programmstart beispielsweise per E-Mail versendet werden.
2. 14 Essential Xcode Tips, Tricks and Resources for iPhone Devs
   Dan Grigsby fasst bei MobileOrchard die 14 wichtigsten Tips zu Xcode zusammen. Von der Fensterkonfiguration über Shortcuts bis hin zu Skripten ist alles dabei.
3. Complete Xcode Keyboard Shortcut List
   Colin Wheeler stellt in einem Artikel, der schon aus dem Februar 2008 stammt, sämtliche Shortcuts in Xcode in Form einer Übersicht als PNG- oder PDF-Datei zur Verfügung.

Mein persönlicher Lieblingsshortcut ist übrigens ⌘⇧D, die meiner Meinung nach schnellste Möglichkeit, um Dateien in Xcode zu öffnen.

Das Hauptkennwort dient unter Mac OS X 10.5 als "Sicherheitnetz" für den Fall, dass man sein Benutzerkennwort vergessen und einer oder mehrere Benutzerordner mit FileVault verschlüsselt sind. Hat man hingegen die Verschlüsselung nicht aktiviert, aber (wie ich letztens) das Hauptkennwort vergessen, so kann man dieses durch Eingabe des folgenden Befehls im Terminal löschen:

sudo rm -f /Library/Keychains/FileVaultMaster.keychain

Anschließend lässt sich problemlos ein neues Hauptkennwort vergeben.

Um ein Xcode-Projekt in Git anzulegen, habe ich ein kleines Shell-Skript geschrieben (Download), das folgende Schritte ausführt:

1. Ein leeres Git-Repository erzeugen.
   
   
2. Die Datei .gitignore mit folgendem Inhalt erstellen:

   build
   *.pbxuser
   *.mode1v3
   .DS_Store

   Damit werden das build-Verzeichnis, benutzerspezifische Dateien sowie die von Mac OS X angelegten .DS_Store-Müllhalden von der Versionierung ausgeschlossen.
   
   
3. Die Datei .gitattributes mit folgendem Inhalt erstellen:

   *.pbxproj -crlf -diff -merge

   Der Parameter "-crlf" bewirkt, dass für Dateien mit der Endung .pbxproj keine Transformation der Zeilenumbrüche vorgenommen wird, "-diff" und "-merge" schließt den Vergleich (diff) und die Zusammenführung (merge) mit vorherigen Versionen aus.
   
   
4. Den derzeitigen Stand in das Repository einchecken.

Der Aufruf im Terminal sieht dann wie folgt aus (nachfolgend als Beispiel für ein Cocoa-Projekt, das unter ~/Projects/PeachApp abgelegt wurde):

$ cd ~/Projects/PeachApp
$ xcode-git-init.sh 
Initialized empty Git repository in ~/Projects/PeachApp/.git/
Creating .gitignore.
Creating .gitattributes.
Commiting initial revision.
add '.gitattributes'
add '.gitignore'
add 'English.lproj/InfoPlist.strings'
add 'English.lproj/MainMenu.xib'
add 'Info.plist'
add 'PeachApp.xcodeproj/TemplateIcon.icns'
add 'PeachApp.xcodeproj/project.pbxproj'
add 'PeachApp_Prefix.pch'
add 'main.m'
Created initial commit 902b78f: Initial revision.
 9 files changed, 3088 insertions(+), 0 deletions(-)
 create mode 100644 .gitattributes
 create mode 100644 .gitignore
 create mode 100644 English.lproj/InfoPlist.strings
 create mode 100644 English.lproj/MainMenu.xib
 create mode 100644 Info.plist
 create mode 100644 PeachApp.xcodeproj/TemplateIcon.icns
 create mode 100644 PeachApp.xcodeproj/project.pbxproj
 create mode 100644 PeachApp_Prefix.pch
 create mode 100644 main.m
Finished. Have fun.

So bekommt man einfach und schnell ein Repository für ein Xcode-Projekt, egal, ob es sich dabei um das nächste große Ding handelt oder nur um einen Prototypen. Denn wie schrieben Andy Hunt und Dave Thomas schon 1999:

Always Use Source Code Control. Always. Even if you are a single-person team on a one-week project. Even if it's a "throw-away" prototype. Even if the stuff you're working on isn't source code. Make sure that everything is under source code.

Aus The Pragmatic Programmer, Kapitel 17, Seite 86ff.

Nach den Anleitungen zu Git auf der iDisk und Git auf dem eigenen Server hier noch eine (dieses Mal) wirklich kurze Anleitung zur Benutzung von Git zusammen mit einer Dropbox:

1. Dropbox für den Mac runterladen, installieren und Konto einrichten. Vorteil gegenüber iDisk bzw. eigenem Server: Man bekommt 2GB Speicherplatz kostenlos.
   
   
2. Ein neues Verzeichnis in der Dropbox erstellen, in welchem die Repositories aufbewahrt werden sollen:

   mkdir ~/Dropbox/Repositories

3. In ein vorhandenes Git-Projekt wechseln, z.B.

   cd ~/Projects/PearApp

4. Das Repository mit der Option "--bare" klonen. "--bare" bewirkt, dass nur das Repository an sich (das Verzeichnis .git), aber nicht die ausgecheckten Dateien des Projektes kopiert werden.

   git clone --bare . ~/Dropbox/Repositories/PearApp.git

5. Den gerade angelegten Klone als weitere Quelle zum Projekt hinzufügen:

   git remote add dropbox ~/Dropbox/Repositories/PearApp.git

6. Nun kann mit

   git pull dropbox

   und

   git push dropbox

   das lokale Repository mit der Version auf der Dropbox abgeglichen werden. Will man das Repository mit anderen teilen, so kann man entweder das Verzeichnis Repositories für andere Benutzer freigeben (Rechtsklick auf den Ordner im Finder, Menü Dropbox > Share) oder das Repository stattdessen im Verzeichnis Public abgelegen.

Verglichen mit der iDisk ist die Dropbox übrigens unglaublich schnell.