Einsatzplanung für Feature-basierte Entwicklung

Question

Ein Produkt entwickelt und wird als Merkmal statt Versionen geliefert, nach Abschluss eines Merkmals bedeutet, es geschoben inszenieren und dann zur Produktion. Es können mehrere Funktionen in der Entwicklung und Überlappung der Lieferzeitleiste sein. Also, an jedem Punkt der Zeit die Entwickler-Datenbank und Quellcodeverwaltung hat mehr als ein Merkmal in der Entwicklung. Wenn eine Funktion abgeschlossen ist, würde Sie mag nur das Feature-spezifischen Code und db Änderungen Inszenierung drücken. Dieser Prozess erweist sich fehleranfällig und die Zeit für die Gründe raubend sein:

• DB Entitäten einer bestimmten Funktion sind nicht unabhängig, sondern abhängig und mit anderen Merkmalen miteinander verflochten. Also, um das Merkmal aus den Entitäten spezifischen Trennung ist zeitaufwendig und manchmal schwer zu erreichen. Gibt es einen besseren Weg, es zu tun?
• Auf der Server-Seite-Code, in ähnlicher Weise die Funktion spezifischer Code ist ebenso mühsam wie das db abscheidet. Mit .NET Entity Framework auf der DB und anderen Performance-Optimierungen wie Pre-generierten Ansichten anstelle geschichtet, gibt es eine bessere Art und Weise zu implementierende Funktion basierter Entwicklung?

Die Entwicklungsumgebung besteht aus SQL Server 2008, .NET, Entity Framework mit SVN für die Quellcodeverwaltung.

Der Begriff Merkmal hier ist nicht im Zusammenhang mit FDD Agile Modell.

Wird jemand durch eine ähnliche Erfahrung?

Vielen Dank!

Answer 1

leite ich ein Projekt, das sehr ähnlich funktioniert, was Sie gerade beschrieben haben.

  

Get SVN und CruiseControl.NET Setup so schnell wie möglich. Es ist ein Leben / Zeit genießen

     

Im Moment habe ich mein Team Ausarbeiten von Niederlassungen in SVN und merge in dem Stamm dann Tag, wenn Sie bereit für die Produktion.

     

Halten Sie Ihre Datenbank unter Versionskontrolle und Associate verion Zahlen Tags (releases)

     

I derivded meine eigenen DB-Methoden Versionierung von dieser Basis große Artikel , das einige Tabellen / Einschränkungen / Trigger Hilfe Versionskontrolle Ihrer DB schlägt vor, zu schaffen.

     

Ihre Datenbank Versionierung ist der schwierigste Teil. Bevor wir eine strenge Routine zum Modifizieren der DB alles war ein Alptraum

entwickelt

offensichtlich gibt es nicht genug Platz, um die Einzelheiten zu erklären, aber ich ging meinen ganzen Tage von den Ausgaben der Verwaltung / Fusionierung Code jetzt nur noch bei der Prüfung auf dem automatisierte Builds für innere Ruhe und Zeit habe, um das Projekt beitragen.