• Enterprise Library – Sammlung von Codeschnippseln
• JetBrains ReSharper – Refactoring, Code Analyse, Produktivität, Qualität
• Sonic File Finder – Verbessertes Suchen (und Finden)
• Ghost Doc – Quelltext Dokumentation
• CopyAsHTML – Quelltext HTML-formatiert kopieren
• VisualSVN, ankhsvn, TortoiseSVN zur Arbeit mit Subversion
• TortoiseGit zur Arbeit mit Git
• Guidance Automation Extensions
• Koders – Plugin um Koders zu durchsuchen
• Microsoft® Silverlight™ 2 Tools for Visual Studio 2008 SP1
• StyleCop – Source Code Style Analyse

PHP- und Ruby-IDE
Hier setze ich Aptana Studio ein. Sowohl auf dem Windows 7 Notebook, als auch auf der Ubuntu-Workstation Aptana baut auf Eclipse auf, und bringt Support für Subversion direkt mit.

C#-IDE
Für C#-Anwendungen setze ich Visual Studio ein. Als Erweiterung nutze ich ReSharper von Jetbrains, was das benutzen von Visual Studio vereinfacht, durch zahlreiche Hilfsfunktionen.

Unter Windows setze ich zur Versionierung mit Subversion TortoiseSVN ein, allerdings ist hier auch TortoiseGit installiert, da ich mich auch gerade in Git einarbeite. Ebenso benutze ich UltraEdit bereits seit Jahren, und bin mit diesem Tool auch sehr zufrieden.

Meine Entwicklungsumgebungen befinden sich in einer VMWare, zum einfachen Austausch zwischen unterschiedlicher Hardware.

Dies ist der Start einer kleinen Serie über sogenannte Versionskontrollsysteme. Da CVS das bekannteste und auch älteste Versionskontrollsystem ist, habe ich mich dazu entschlossen es als erstes vorzustellen. In späteren Beiträgen werden SVN, Git, Mercurial sowie Bazaar folgen.

CVS ist die wie bereits erwähnt das älteste Versionskontrollsystem das noch aktiv eingesetzt wird. CVS ist sozusagen die Mutter aller Versionskontrollsysteme. Hierbei ist zu beachten, dass es im Gegensatz zu Git und Mercurial ein sogenanntes zentrales Versionskontrollsystem ist. Dies bedeutet, dass ein CVS-Server dazu benutzt wird den aktuellen Stand vorzuhalten. CVS wird noch von einigen Projekten eingesetzt, und afaik auch noch von Sourceforge als Zugang angeboten.
CVS hat mit anderen Versionskontrollsystemen einiges gemeinsam, so werden unterschiedliche Revisionen abgelegt, die meistens durch eine fortlaufende Nummer gekennzeichnet sind. Bei den sogenannten Check-Outs wird die aktuelle Arbeitskopie des CVS-Repositories auf den Client übertragen. Der Entwickler kann dort dann entsprechende Änderungen am Code vornehmen, und diese mit einem Check-In wieder zum Server übertragen. Dabei kann er zu jedem Check-In einen Logeintrag verfassen, der für alle Benutzer sichtbar ist.
CVS unterstützt die Rechte „darf lesen“, „darf schreiben“ sowie „darf nix“. Meistens erhält ein Gast-Zugang in Opensource-Projekten reinen lesezugriff, damit kann ein x-beliebiger Benutzer jeden vorhandenen Projektstand erhalten, egal ob die gewünschte Version bereits Jahre zurückliegt, oder er den aktuellen Entwicklerzweig (trunk) erhalten möchte.
Natürlich bieten einige Tools eine CVS unterstüzung an. So lässt sich CVS in Eclipse, Visual Studio, XCode, Emacs oder Netbeans (und einigen Weiteren IDEs) einbinden. Auch steht mit TortoiseCVS ein Windows-Client zur Verfügung.
Allerdings wird CVS immer mehr von Subversion (the better CVS) abgelöst.

Links zu CVS

• Introduction to CVS
• CVS Best Practices
• Wikipedia Artikel
• Ximbiot – CVS Wiki

Der Pattern den ich verwende sieht so aus:

_ReSharper.* */obj  *.user *.suo

Das erspart unmengen an Zeit die ich sonst aufbringen müsste um Benutzereinstellungen von VisualStudio/ReSharper aus meiner Solution zu entfernen. Wichtig ist auch die .suo Datei. Diese Datei enthält Einstellungen wie Breakpoints oder Befehlszeilenparameter für den Debugger.