150 Stimmen

Wie pflegen Sie den Entwicklungscode und den Produktionscode?

Was sind die besten Praktiken und Faustregeln, die bei der Pflege des Codes zu beachten sind? Ist es eine gute Praxis, nur den produktionsreifen Code im Entwicklungszweig zu haben, oder sollte der neueste, nicht getestete Code im Entwicklungszweig verfügbar sein?

Wie pflegt ihr euren Entwicklungscode und euren Produktionscode?

Bearbeiten - Zusatzfrage - Folgt Ihr Entwicklungsteam dem "Commit-as-so soon as-possible-and-often-even-ifif-the-code-contains-minor-bugs-or-is-incomplete"-Protokoll oder dem "Commit-ONLY-perfect-code"-Protokoll bei der Übergabe von Code an den DEVELOPMENT-Zweig?

0 Stimmen

Ich habe eine ähnliche Frage (oder besser gesagt, eine Frage in der gleichen Richtung) schon einmal beantwortet, also sollten Sie sich diese Frage vielleicht ansehen: Was sind gute Strategien, um die Hotfix-Fähigkeit von bereitgestellten Anwendungen zu ermöglichen?

0 Stimmen

@revo: Moment... meine Antwort von 2008 ist veraltet? :) Ich nehme an, das ist sie in der Tat. Es ist schon mehr als 10 Jahre her: Ich habe meine Antwort bearbeitet.

4voto

PW. Punkte 3727

Dev geht in trunk (svn-Stil) und Releases (Produktionscode) bekommen ihre eigenen Zweige

Es handelt sich um das "Zweigstellenmodell" (Abbildung 3 in Die Bedeutung von Verzweigungsmodellen /!\ pdf)

3voto

Grimtron Punkte 6615

Wir lösen dieses Problem, indem wir den Produktionscode (den Hauptstamm) vollständig vom Entwicklungscode (wo jeder Entwickler seinen eigenen Zweig hat) trennen.

Kein Code darf in die Produktion einfließen, bevor er nicht gründlich geprüft wurde (durch QA und Code Reviewer).

Auf diese Weise gibt es keine Verwirrung darüber, welcher Code funktioniert, es ist immer der Hauptzweig.

2voto

MarkR Punkte 60862

Ach ja - noch etwas - wir bewahren nicht-produktiven Code (d.h. den, der NIEMALS veröffentlicht wird - z.B. Tool-Skripte, Test-Dienstprogramme) in cvs HEAD auf. Normalerweise muss er deutlich markiert werden, damit niemand ihn "versehentlich" veröffentlicht.

2voto

John Nilsson Punkte 16587

Wir entwickeln auf einem Stamm, der dann alle zwei Wochen verzweigt und in die Produktion überführt wird. Nur kritische Fehler werden im Zweig behoben, der Rest kann noch zwei Wochen warten.

Für Trunk ist die einzige Regel, dass ein Commit nichts kaputt machen darf. Um Wip-Code und ungetesteten Code zu verwalten, fügen wir einfach entsprechende if-Statements hinzu, um das Ein- und Ausschalten zu erleichtern.

Grundsätzlich sollte es möglich sein, den Stamm jederzeit zu verzweigen und in Produktion zu bringen.

0voto

Vitalie Punkte 736

Ich verwende Git und habe 2 Zweige: Meister y Wartung

  • Master - Entwicklungscode
  • Wartung - Produktionscode

wenn ich Code für die Produktion freigebe, markiere ich ihn und führe ihn zusammen Meister a Wartung Zweigstelle. Ich verteile immer von Wartung Zweigstelle. Patches aus dem Entwicklungszweig übernehme ich in den Wartungszweig und verteile die Patches.

CodeJaeger.com

CodeJaeger ist eine Gemeinschaft für Programmierer, die täglich Hilfe erhalten..
Wir haben viele Inhalte, und Sie können auch Ihre eigenen Fragen stellen oder die Fragen anderer Leute lösen.

Powered by:

X