Leider ist die Sache dann doch nicht so trivial, weil EGit nur Java-Projekte erkennt. Aber man kann sich dennoch helfen. Erst muss man ein Reposity mittels Git importieren, wie man das macht steht hier.

Ist man an den Punkt gelangt, an welchem man sich entscheiden muss, wie importiert werden soll, so wählt man Import as General Project.

Anschließend macht man einen Rechtsclick auf das Projekt im Project Explorer, wählt den Punkt Pydev und darunter Set as pydev project. Voila, ihr habt ein versionierbares Python-Projekt in der Eclipse IDE.

Braaaaiii…öhm. Ich meine natürlich Raaaaaaaaaaaiiiiiiiiiiiiiiillllllllllss!

The Programmer Hierarchy

Für mein unterbewusstes Belohnungssystem ist es schön, dass ich endlich eine Aufgabe erledigen konnte. Und irgendwo ist es auch ganz toll zu sehen, wenn die Aufgabe nicht mehr auf der noch-zu-erledigen-Liste steht. Aber sonst? Keine netten Worte, keine Anerkennung für die produzierte Menge Code oder die geschaffte Arbeit. Kein Klopfen auf die Schulter, keine lobenden Worte, kein warmer Kaffee, der plötzlich auf meinem Schreibtisch erscheint.

Man macht die Arbeit, weil es erwartet wird, dass man sie macht. Klar, so verdient man sein Geld. Aber wäre es nicht schön, wenn es eine Wertschätzung der Arbeit geben würde? Bei kleinen Commits ne kleine Tasse Kaffee, bei großen Commits entsprechend ne große? Oder Kekse für nen Commit?
Was ist also die Lösung? Subversion, git oder was man sonst so nutzt mit der Kaffeemaschine koppeln?

Nein, das wird wohl eher nicht funktionieren, auch wenn es für viele Coder reizvoll wäre.
Wie wär es stattdessen das jeweilige Programm ein wenig aufzubohren, so dass es Feedback gibt? Man könnte versuchen anhand der geänderten Dateien oder Zeilen die Menge zu unterscheiden. Und je nachdem eine Nachricht beim Commit anzeigen. 2 Zeilen Code? Dann gibts nen well done als virtuellen warmen Händedruck für den Programmierer. Bei 100 sloc gibts ein good job, bei über 500 ein helluva job, I’m proud you made it! Natürlich muss das entsprechend mit einem Awesome-Smiley dekoriert werden!
Ist die Idee nun völlig daneben oder eine gute Methode um zu erreichen, dass man mehr zufriedene Coder (Erinnerung: zufriedene Coder = bessere Coder) hat? Was meint ihr dazu?

Hier kann dann das Newline-Problem auftreten. Windows nutzt zur Darstellung eines Zeilenumbruchs die Zeichenfolge eines Carriage Return + Line Feed, Linux nutzt hingegen nur einen einfachen Line Feed. Das zusätzliche CR sorgt dann für Probleme bei der Verarbeitung.

Hat man unter Unix Zugriff auf die Daten, welche das Script verarbeiten soll, so kann man sich den Inhalt mit vi anzeigen lassen. Das CR wird dort durch ein ^M dargestellt. Beim Debuggen mit Perl wird das Zeichen nicht angezeigt, weil es ein Steuerzeichen ist. Aber wie geht man damit um?

Um dagegen gefeit zu sein kann man den Befehl dos2ux bzw. dos2unix benutzen. Der sollte bei der jeweiligen Unix-Distribution mitgeliefert werden. Ist dann natürlich einiges an Mehraufwand, wenn man jedes Mal erst das Programm zur Umwandlung aufrufen muss.

Oder man verwendet einfach innerhalb des Perl-Scripts Regular Expressions um dieses Zeichen durch ein entsprechendes Newline-Zeichen zu ersetzen.

$someWindowsString =~ s/\015\012/\n/g;

Hoffentlich behalte ich das beim nächsten Mal in Erinnerung, bevor ich wieder viel zu lange nach unsichtbaren Zeichen suche

HD Direkt-Java

Es ist wahrhaftig ein Drama, wenn in einer Windows und .Net-Umgebung plötzlich Java daherkommt, tihi
Achtet am Ende mal auf die Darsteller

Für die Vollversion von Visual Studio gibt es mit AnkhSVN ein AddIn, welches sich direkt in die IDE integriert. Der Entwickler hat dann die Möglichkeit, dass er aus seiner Entwicklungsumgebung sehr komfortabel mit einem Subversion-Repository. Aber was ist, wenn man nun nicht die Vollversion von Visual Studio hat?

Die Express-Edition ist in der Hinsicht beschränkt, dass man keine AddIns verwenden kann. Damit wird nicht nur AnkhSVN aus dem Rennen geworfen. Eine Möglichkeit das ganze quasi “per Hand” zu machen, wäre die Benutzung eines Standalone-SVN-Clients. Das finde ich allerdings doof, weil ich dann im Dateimanager immer wieder zu meinem Projektordner wechseln muss, um dort mit dem Subversion-System zu arbeiten.

Irgendwie stiess ich auf Garry Bodsworth und seine TortoiseSVN Visual Studio Integration. Dies ist kein AddIn im eigentlichen Sinne, sondern vorgefertigte Programmaufrufe, welche man in Visual Studio importieren und dort z.B: als eigene Toolbar nutzen kann. Dies ist eines der Features von Visual Studio: Man kann sich dort eigene Aufrufe für externe Programme zusammenbasteln und sich in einer Toolbar ablegen. So könnte man z.B. einen anderen Compiler anschmeissen.

Oben rechts: TortoiseSVN Toolbar

Garry nutzt TortoiseSVN, ein Windows-Programm für die Benutzung von Subversion. Dieses ruft er mit seinen External Tools auf und so hat man eine ganz brauchbare Lösung für die Benutzung von Subversion aus VS heraus. Nach dem Download der Dateien von Garrys Blog, muss man nur noch die entsprechenden Dateien in Visual Studio integrieren. Das geschieht, indem man unter Extras auf Einstellungen importieren und exportieren geht. Dort wählt man natürlich den Import an und importiert daraufhin die drei Dateien, bei denen der Dateiname mit VS2008 endet.

Es muss auch noch Erwähnt werden, dass man natürlich eine Installation von TortoiseSVN benötigt, damit das ganze funktioniert. Wenn man dieses in den vorgeschlagenen Ordner installiert, so kommt keine weitere Arbeit auf einen zu. Auf die Benutzung von TortoiseSVN werde ich nicht weiter eingehen, da es Tutorials zu Tortoise SVN wie Sand am Meer gibt.

Leider ist der Codes der beiden Perl-, Scripte nicht verfügbar, das würde mich auch mal interessieren! Also, falls die irgendwer hat und teilen mag, immer her damit