Zusammenarbeit mit Web-Designern in ASP.NET-Projekt (mit SVN)

Question

Was wäre eine gute Möglichkeit zur Zusammenarbeit mit Web-Designern (in CSS und HTML) in einem ASP.NET-Projekt, während gleichzeitig alles synchron zu halten SVN?

• Wir wollen nicht die kompilierten DLLs (dh der Ordner „bin“) im Quell-Repository (nicht im Kofferraum sowieso)
• Wir, dass die Designer von Visual Studio oder haben nicht zu verlangen, Aufbau Arbeitsumgebung
• wir haben die Designer wollen in der Lage, die Website (lokal oder remote)
• wir wollen die Designer Änderungen werden synchronisiert mit dem SVN trunk

(wir haben einen Build-Server ausgeführt werden TeamCity läuft, also eine Art von Automatisierungsprozess ist möglich)

Answer 1

bekommen sie im selben Raum ... das ist bei weitem das beste zu tun. sie sollten die gleichen "Team" sein

andernfalls verwenden Sie. NET MVC und lassen Sie die ASPX-Dateien entwerfen. Design mit Ihrem Architekten das Konzept (von Seiten/Master/Steuerelemente)

Sie müssen keine Webprojekte veröffentlichen/kompilieren. können Sie auch die komplette Quelle kopieren. , damit sie daran arbeiten können.

Answer 2

ASP.NET mit WebForms ist ziemlich hart für Designer zu arbeiten, da ASPXes versuchen, zu schlau zu sein, was nicht erforderlich ist. Ich meine, schauen Sie sich DataGrid an: es ist ein echtes Durcheinander, mit noch chaotischeren HTML-Ausgaben. Kein Designer wird jemals damit einverstanden sein, einige seltsame Eigenschaften wie Font.Overline = true anstelle von echten alten CSS zu verwenden. Und wenn Sie sich gegen all diese ausgefallenen Steuerelemente zugunsten einer einfachen Repeater entscheiden, gibt es nicht viel von WebForms rely. Das bringt ist ...

ASP.NET MVC, die Weise ist besser sowohl in Bezug auf OOP-Design, und in Bezug auf die grafische/Informationsdesign.

Answer 3

Vor diesem Kommentar:

Ja, aber die kompilierte Anwendung ist im Kofferraum nicht zur Verfügung, und wir wollen nicht, dass die Designer der Kompilierung Ich denke, zu tun haben

dann Ihre Die beste Lösung ist die Verwendung von Continuous Integration, so dass Sie ein System haben können, das die Site/Anwendung stündlich/täglich/wie auch immer erstellt, und dann alle "nicht-technischen" Ressourcen (dh jene Ressourcen, die nicht in der Lage sind oder die Sie nicht verwenden) Wenn Sie lokale Builds kompilieren möchten, haben Sie eine bahnbrechende Version der Site, auf die sie jederzeit zugreifen können.

CI allein löst nicht das Problem, dass Ihre Designer ihre Änderungen gegen die "aktuelle Entwicklungssite" testen können - vielleicht können Sie das CI-Buildskript erstellen und eine ZIP- oder eine implementierbare Version der Site veröffentlichen dass die Designer dann herunterladen und ausführen können, um Änderungen an bestimmten Seiten/Dateien usw. vornehmen zu können?

Es gibt eine good number of questions related to CI here on stackoverflow, Continuous Integration Servers hat eine gute Diskussion der Empfehlungen für bestimmte Server.