2009-07-07 18 views

Antwort

4

Wir verwenden MSBuild mit CruiseControl.Net die Builds der meisten unserer großen ASP.NET-Projekte zu verwalten. Für jedes Commit eines Teammitglieds wird ein Build gestartet. Es hilft uns, schnelle Inkompatibilitäten zu erkennen, bevor Sie ein Feature in "Staging" oder "Produktion" verschieben.

Ich denke, es ist wirklich nützlich, wenn Sie mit einem Team auf dem gleichen ASP.NET-Projekt arbeiten oder wenn Sie alleine an einem großen Projekt arbeiten.

4

Das hängt von Ihrer Entwicklungsumgebung ab.

Wenn Sie andere Leute haben, die Bereitstellung Ihrer Systeme zu tun, und sie kümmern sich um den Build und Deployment-Umgebung, dann MSBuild wird wahrscheinlich nicht für Ihre Arbeit erforderlich sein.

Auf der anderen Seite, wenn Sie das Build-Skript konfigurieren, müssen spezielle Situationen zu verstehen, dass Ihr Code mit aufkommt, dann werden Sie auf jeden Fall brauchen MSBuild Scripts zu verstehen.

Selbst für ein Ein-Mann-Geschäft, es ist ein nützliches Werkzeug zu wissen, vor allem wenn man einen kontinuierlichen Integration Server wie Hudson konfiguriert.

+0

Selbst für Hudson (was ich liebe) war das einzige, was ich wissen musste, wo sich die ausführbare Datei befand. –

+0

Ah, aber einige komplexere Dinge (wie das Einbinden von StyleCop- und FxCop-Checks in Ihr CI) benötigen ein Wissen darüber, wie man .csproj-Dateien manuell anpassen kann, was wiederum ein bisschen MSBuild bedeutet. Auch hier hängt vieles von Ihrer Bereitstellungsumgebung ab. Ich denke, unser ist auf der komplexen Seite, daher ist MSBuild ein absolutes Muss. –

2

Es ist nicht unbedingt notwendig MS Build zu kennen, aber es ist nützlich zu wissen.

Es wird möglicherweise nicht für alle Arten von Projekten benötigt, aber es ist sehr nützlich, wenn Sie an einer riesigen Code-Basis mit automatisierten benutzerdefinierten Build-Lösungen/nächtlichen Build/Entwickler Builds und so weiter arbeiten.

4

Nein. Bis Sie müssen.

+2

LOL ... Meine Faustregel für das Leben ... – Kev

1

Es ist unwahrscheinlich, es sei denn, Sie entscheiden, es zu verwenden, oder Sie starten Verwendung von Team Foundation Servers Team Build zu machen.

Ihre Entwicklungsprozesse müssen, bevor zu einer gewissen Komplexität automatisiert bekommen Builds ihren wahren Wert und/oder wenn Sie wirklich für die automatische Bereitstellung benötigen liefern finden (einschließlich Datenbankänderungen falls zutreffend). Das kommende Visual Studio 2010 wird es viel einfacher zu benutzen machen, aber für den Moment behält es eine ziemlich steile Lernkurve bei, die Sie vermeiden können, indem Sie Alternativen oder kommerzielle Produkte verwenden (zB Visual Build Pro, Final Builder usw.). .

Die nette Sache ist, dass es Teil des .Net-Frameworks ist, also ist es bereits verfügbar, solange Sie das Framework installiert haben (was es wahrscheinlich ist).

Also, kurz gesagt, nicht wirklich. Es ist etwas sehr nützliches und leistungsfähiges, obwohl das Einrichten von Bereitstellungen mit MSBuild sehr, sehr nützlich sein kann.

1

Was sollte ein Entwickler über MsBuild wissen?

Jeder Entwickler sollte wissen, dass es existiert und seine grundlegenden Fähigkeiten. Wenn Sie wissen, dass es existiert, werden Sie seine Funktionen nicht duplizieren und wissen, was es für Sie tun kann, wenn Sie es brauchen.

Minimum:

  • Als Übung, Ihr Projekt durch die Leitung Befehl bauen: msbuild myproj.sln
  • die Rolle von continuous integration wissen

Ein wenig mehr als Minimum:

  • Hacken Sie Ihre csproj (oder vbproj) mit einer Nachricht Aufgabe, so dass es etwas du ausgibt sauber klingeln.

Alles fertig. Wenn Sie mehr wissen wollen, werden Sie es herausfinden.

+0

Danke, Präzise, ​​prägnant und auf den Punkt – Valentin

Verwandte Themen