"Perfekte" .NET Entwicklungsumgebung?


Answers

Ich denke, Sie sind alle in die richtige Richtung gelehnt.

Verwenden Sie Visual Studio 2008. Es ist sehr stabil mit SP1 und Sie können sowohl auf Version 2 als auch auf Version 3 des .NET-Frameworks abzielen.

Question

Ich habe ein frühes Weihnachtsgeschenk bekommen:
Erlaubnis, aus dem Entwicklungszyklus auszutreten, um unsere Anwendung zu reorganisieren und zu dokumentieren .
Ich habe die völlige Freiheit, jede Infrastruktur, die ich für richtig halte, umzustrukturieren, neu zu strukturieren und einzurichten.

Wenn Sie Carte Blanche haben , was ist Ihre "perfekte" .NET-Entwicklungsumgebung?

Über die Anwendung:
VB.NET Client-Server-Anwendung. (Windows Forms-Frontend, ASPX-Webservices-Back-End)
Derzeit verwenden Visual Studio und SQL Server 2003 und Visual SourceSafe.

Ich hätte gerne eine Kombination von:
* Bessere Versionierung. (lehnt sich an Subversion)
* Wiki oder anderes System zur Fehlerverfolgung und Dokumentation. (lehnt sich mit Subversion an Trac an)
* Vereinfachter Build-Prozess und tägliche Builds ( Visual Build ? CruiseControl.NET ?)
* Versionskontrolle für die SQL Server-Datenbank
* Upgrade auf Visual Studio 2005 (oder 2008)?

... für ein kleines Team von etwa 5 Entwicklern




Meine Empfehlung für IDE und Source Control:

  • VS2008 mit SP1
  • SubVersion, mit TortoiseSVN (für Windows Explorer) und AnkhSVN (für VS2008)



Meine Wahl wäre:

Bessere Versionierung

Ich würde SourceGear Vault auswählen - solide, funktioniert wie ein Zauber, Ihre Quelle in SQL Server-Datenbanken gespeichert -> kann leicht gesichert werden und ist nicht wie Visual SourceSafe flockig.

Wiki oder anderes System zur Fehlerverfolgung und Dokumentation.

Aus meiner persönlichen Erfahrung: FogBugz ist deine beste Wahl - einfach, leicht, schnell zu begreifen, erledigt die Arbeit gut, funktioniert einfach und jeder "versteht" es ohne langwierige und teure Anpassung / Anpassung und ohne viel Training - funktioniert einfach: - )

Vereinfachter Build-Prozess und tägliche Builds (Visual Build? CruiseControl.NET?)

CruiseControl.NET ist eine großartige, kostenlose Option - wenn es Ihnen nichts ausmacht, ein wenig von $$$ zu spenden, würde ich auch FinalBuilder betrachten - entweder als Desktop- oder als Server-Anwendung.

Versionskontrolle für die SQL Server-Datenbank

-> benutze Vault! Funktioniert auf die gleiche Weise. Verwenden Sie ein großartiges Werkzeug wie Apex SQL Scripter oder etwas Ähnliches, um Ihr SQL zum Erstellen und Aktualisieren des Datenbankschemas zu erstellen und zu pflegen, und legen Sie diese SQL-Skripts in Vault ab.

Auf Visual Studio 2005 (oder 2008) aktualisieren?

Nutzen Sie Visual Studio 2008 SP1 auf .NET 3.5 SP1 - solide und voller neuer, produktiver Funktionen.

Nur meine $ 0,02




Ich habe eine Reihe guter Dinge über TFS gehört; Es gibt jedoch auch den Kostenfaktor. Die Tools, die Sie aufgelistet haben, funktionieren sehr gut miteinander und sind kostenlos.

Eine Ergänzung, die ich machen würde, ist TortoiseSVN für den Subversion-Client. Puristen mögen es nicht, aber die Tatsache, dass es in die Kontextmenüs der Windows-Shell integriert ist (Rechtsklick), macht es sehr einfach zu bedienen.

Für SVN-Versionen, gehen Sie mit der 1.6-Version, die kürzlich veröffentlicht wurde. Verzweigen und Zusammenführen wurden mit dieser Version verbessert.

Trac ist ein großartiges Werkzeug. Stellen Sie sicher, TracWiki und TracLinks Formatierungsregeln für Ihre SVN Commit-Nachrichten zu lesen. Trac analysiert diese Meldungen. Wenn Sie also eine Fehlerbehebung für Ticket 123 vornehmen, kann Trac durch Hinzufügen von "# 123" zur SVN-Nachricht dieses Commit (und alle damit verknüpften Dateien) mit den entsprechenden Trac-Tickets verknüpfen. Dies wird besonders nützlich, wenn und wenn Sie sich entscheiden, zu Delta-Releases zu wechseln.




Jede perfekte .NET-Entwicklungsumgebung hätte eine Kopie von ReSharper installiert. Ich bin kürzlich konvertiert und ich liebe es .




Ich stimme VS2008 mit SP1, SVN (mit Ankh und Tortoise)

Sehen Sie in sandcastle / docproject nach, um Dokumentation zu generieren.

CruiseControl funktioniert gut.

Wie bei der Quellcodeverwaltung für die Datenbanken können Sie den Datenbankprojekttyp in VS2008 verwenden und SVN (oder eine andere Quellsteuerungslösung Ihrer Wahl) verwenden, um diese unter Quellcodeverwaltung zu behalten.




Meine Vorliebe geht an das Setup von Visual Studio 2008 / Subversion / Trac / Anck und Tortoise / CruiseControl.NET (TeamCity / Bitten ).

Ich sage nicht, dass TFS kein großartiges Produkt ist, aber ich denke, es ist "sperrig". Ich wechselte kürzlich von einer Trac / Subversion-Lösung zu TFS und bevorzuge das erste Setup. Es gibt Details, aber sie machen es schön, mit ihnen zu arbeiten.

Beispiel:

  • TFS sendet Mails für Checkins und Builds, in Trac gibt es einen einfachen Timeline- Feed. (Es gibt Problemumgehungen für TFS.)
  • Wenn ein neuer Check-in erfolgt, klicken Sie auf den Link (aus dem Feed) und Sie befinden sich in der Trac-Umgebung. Sie sehen ein schönes diff mit dem vorherigen chancgeset. (wo in TFS?)
  • Das integrierte Wiki ist eine sehr schöne Umgebung für die interne Dokumentation.
  • IntelliSense im Tortoise-Client für Ihre Kommentare
  • nettes Web-Interface zum Durchsuchen der Quelle, Update-Dokumentation (war einfach, wenn ich zu Hause war)
  • ...

Die kleinen Details machen es zu einem viel besseren Werkzeug für mich.

Ich sage auch, dass das Team klein war (auch 5 Entwickler) und du etwas Zeit brauchst, um es einzurichten. Ich stimme zu, dass TFS bei der Arbeit mit größeren Teams vielleicht vorzuziehen ist.