Web-Entwicklung-Setup

Question

Ich bin in dem Prozess der Einrichtung eine komplette Web-Entwicklungsumgebung. Denn jetzt gibt es zwei Entwickler, ein auf Backend-Programmierung (C #, .NET) gewidmet und ein gewidmet Entwicklung Frontend (HTML, CSS, XSLT).

Jedes hat eine Installation von MS Visual Studio 2008 und gemeinsame Quelle über Visual Source Safe 2005. Sie beiden Kassen Dateien und entwickelt lokal.

ich Setup einen Test-Server, auf dem es der Plan ist, dass die fusionierten und getestet, Code sollte schließlich am Ende, und dieser Server sollte immer in der „richtige“ Version sein.

Jeder der drei Anlagen teilen die gleichen Datenbanken.

Ich denke, das Setup ein wenig skalieren sollte, da ich für mehr Entwickler bereite mich darauf vor, aber wir haben schon eine Menge Probleme mit Datei synchronisieren und einfachen Zugang für schnelle Änderungen. Oft müssen wir einige Layouts ändern und Designs ziemlich schnell und am Ende Dateien manuell aus auf den Testserver zu kopieren (ich mag keine .NET / C # -Code-Dateien auf dem Webserver), und die Website nicht: - (

Wir verwenden ein Standard-CMS alle unsere Frontend-Werk zu bauen, und es verlangsamt wirklich Dinge nach unten, wenn dies in der Source-Safe enthalten ist.

Ich würde alle unserer Frontend-Arbeit wie vollständig aus unserem Back-End-Code getrennt gehalten werden, so dass es leicht ist, um Änderungen vorzunehmen.

Eg. möchten wir ein paar Änderungen in der Gestaltung machen und schnell auf unsere Produktionsumgebung bereitstellen, ohne sich um den .NET-Code zu denken.

Gibt es anyting mir fehlt, oder was ist die beste Praxis für den Aufbau einer Web-Entwicklungsumgebung?

Wir freuen uns für etwas Hilfe / experiance: -)

/ Thomas

Answer 1

Sie sollten wahrscheinlich ein fähiges Versionskontrollsystem suchen. SVN hat große Tool-Unterstützung (einschließlich AnkhSVN und

Answer 2

Ich kann Ihnen nicht mit Informationen helfen, wie CMS-Inhalte zu handhaben, aber ich habe ein Setup oder verwenden ein paar buildservers.

Nachdem mit Visual Source Safe in vielen Projekten und Team Foundation Server in einigen gearbeitet, ich bleibe weg von ihm, wenn ich kann.

Unsere jüngsten Build besteht aus Nant Skripts, die die Quelle von einem Subversion-Repository auszuchecken. Der Build selbst wird von MSBuild getan. Das Ergebnis des Build wird dann xcopied auf der Bühne und Produktion.

Es sollte eine einfache Möglichkeit, um Datenbankänderungen von der Entwicklung zu übertragen und Produktion auf der Bühne. Wir haben ein Werkzeug ( http://www.codeplex.com/ScriptDB ), dass Skripte die dev- Datenbank. Das Ergebnis wird in Subversion geprüft. Es ist einfach zu sehen, was im Protokoll von Subversion geändert.

  

Jeder der drei Anlagen teilen die gleichen Datenbanken.

Dies scheint eine schlechte Entscheidung. Wenn dev1 werden dev2 und Test alle die gleiche Datenbank verwenden, kann wie Experiment DEV1 mit dem Schema zu ändern, ohne mit dev2 und Test zu stören (unter der Annahme, den Code für das experimentelle Schema funktioniert nicht in noch geprüft).

Auch wird die DB ein Single Point of Failure, so dass, wenn jemand versehentlich löscht / kürzt eine entscheidende Tabelle, dann alle Arbeiten ins Stocken.

Idealerweise sollte jede Umgebung seiner eigene DB hat. Ich denke, wenn man eine unfreie DB wie Oracle verwenden, dann können Sie nicht leisten können, jeder Umgebung macht es einen eigenen Server ist, aber zumindest sollte jeder Umgebung über eine eigene Schema.

Answer 3

Ich kann Ihnen nicht mit Informationen helfen, wie CMS-Inhalte zu handhaben, aber ich habe ein Setup oder verwenden ein paar buildservers.

Nachdem mit Visual Source Safe in vielen Projekten und Team Foundation Server in einigen gearbeitet, ich bleibe weg von ihm, wenn ich kann.

Unsere jüngsten Build besteht aus Nant Skripts, die die Quelle von einem Subversion-Repository auszuchecken. Der Build selbst wird von MSBuild getan. Das Ergebnis des Build wird dann xcopied auf der Bühne und Produktion.

Es sollte eine einfache Möglichkeit, um Datenbankänderungen von der Entwicklung zu übertragen und Produktion auf der Bühne. Wir haben ein Werkzeug ( http://www.codeplex.com/ScriptDB ), dass Skripte die dev- Datenbank. Das Ergebnis wird in Subversion geprüft. Es ist einfach zu sehen, was im Protokoll von Subversion geändert.

Answer 4

  

Jeder der drei Anlagen teilen die gleichen Datenbanken.

Dies scheint eine schlechte Entscheidung. Wenn dev1 werden dev2 und Test alle die gleiche Datenbank verwenden, kann wie Experiment DEV1 mit dem Schema zu ändern, ohne mit dev2 und Test zu stören (unter der Annahme, den Code für das experimentelle Schema funktioniert nicht in noch geprüft).

Auch wird die DB ein Single Point of Failure, so dass, wenn jemand versehentlich löscht / kürzt eine entscheidende Tabelle, dann alle Arbeiten ins Stocken.

Idealerweise sollte jede Umgebung seiner eigene DB hat. Ich denke, wenn man eine unfreie DB wie Oracle verwenden, dann können Sie nicht leisten können, jeder Umgebung macht es einen eigenen Server ist, aber zumindest sollte jeder Umgebung über eine eigene Schema.