Tools zur Verwaltung des Anwendungsförderungsprozesses in einer Unternehmensumgebung

Question

Ich bin gespannt, wie andere Code -Werbung von Dev verwalten, um in einem Unternehmen zu testen.

Mit welchen Tools oder Prozessen verwalten Sie die Seite "Bürokratie", Eintrags-/Ausgangskriterien?

Meine aktuelle Organisation steckt halb zwischen einigen benutzerdefinierten Online -Formulare -Typ -Funktionen und papierbasierten Abhängigkeiten, um Dokumente, Genehmigungen und Überprüfungen zu sammeln.

All dies bleibt in den Händen der Projektmanager, um zu verfolgen, was eingereicht, überprüft, genehmigt und das Management beraten wurde, wenn Straßensperren möglicherweise die Genehmigung "übersehen" werden, bevor ein Antrag in die nächste Umgebung befördert werden kann.

Eine browserbasierte Anwendung wäre ideal ... also was ist da draußen? Bitte zeigen Sie mir, dass Sie Googlefu besser sind als meine.

Answer 1

Es ist schwer, einen zu finden, der über Google gut ist. Es gibt eine Vielzahl von Tools für das Problemmanagement, also werde ich erwähnen, was wir verwenden und was wir gerne verwenden.

Wir verwenden derzeit Serena -Produkte. Sie haben in der Vergangenheit gut für uns gearbeitet. Die Teamstraße ist unser Ausgabemanagement und übernimmt den Lebenszyklus eines beliebigen Problems, an dem wir arbeiten. Versionsmanager ist unsere Quellensteuerung und verfügt über die Implementierung von Werbegruppen wie Dev Test und Prod. Wir verwenden Dev, Tstage, Test, PStage und Prod, um die Bewegung von einem zum anderen zu bezeichnen, aber es ist ähnlich. Die beiden Produkte integrieren sich gut, so dass die mit den Problemen verbundene Quelle verknüpft ist, aber wir haben keinen Erstellungsprozessaufbau in dieser Umgebung. Es ist teuer, aber es funktioniert gut.

Wir suchen nicht zu einem häufigeren System, das JIRA für das Problemmanagement, die Subversion für die Quellenkontrolle, Fisheye miteinander verbindet und die Tempomat für das Build -Management verbindet. Dies ist günstiger, insgesamt ein paar tausend für eine Unternehmenszweige und bietet die gleichen Funktionen, aber mit dem zusätzlichen Bonus von SVN, der ein sehr schöner Mangager der Codeversion ist.

Ich hoffe das hilft.

Answer 2

Es gibt einige verschiedene Szenarien, die ich im Laufe der Jahre erlebt habe:

Dev -> Test: Normalerweise gibt es ein Code -Einfrierdatum, das die Arbeit an neuen Funktionen beendet und eine Testumgebung erhält, die Code mit dem Aufbau/Beschriftung/Archiviert wird. Dies wird dann auf die Maschinen kopiert und die Tests gehen gut. Dies ist in der Regel auch die am wenigsten detaillierte Anstrengungen.

Test-> prod: Dies erfordert die geringfügige Veränderung, die die Produktion sinken muss, was bedeuten kann, dass eine "Gone Fishing" -Seite nach oben steigt, oder IIS hat keine Websites, die laufend sind und der Code erneut kopiert wird. Es gibt spezielle Fälle, in denen ein Lastausgleich als Schalter fungieren kann, damit die Aktion stattfindet und keiner der Kunden eine Ausfallzeit erlebt, da die auf dem älteren Server nach Ende der Sitzung bewegt werden.

Um diese Switch -Idee zu erläutern, besteht die Einrichtung mit zwei potenziell Live -Servern mit nur einem Server, der Anforderungen annimmt .

Es kann auch eine Staging -Umgebung geben, die zwischen Test und Produktion liegt, in der der Prozess in Bezug auf ein festgelegtes Datum ist, wenn die Aktion stattfindet.

Wo ich früher arbeitete, gab es zusammengeführte Tage, an denen ein Entwickler den größten Teil eines Tages in Perforce Fusion Code verbrachte, damit er von einer Umgebung in eine andere gefördert werden konnte.

Jetzt gibt es einige Fälle, in denen dies nicht verwendet wird:

"Hotfixes" oder "Hot Patches" würden auftreten, wo ich früher gearbeitet habe, und in diesem Fall wurden die spezifischen Dateien selbst in die Staging- und Produktionsumgebungen kopiert, da die Codeänderung so schnell wie möglich in Produktion werden musste Eine neue Sache, die erledigt werden musste, die 2 Minuten dauert, wird erledigt. In diesem Fall musste die Codeänderung vor dem Ausgang geprüft und genehmigt werden.

Dies sind die unterschiedlichen Ansätze, die ich gesehen habe, bei denen im Allgemeinen Zeitpläne und Zeitpläne geändert werden müssen oder zusätzliche Ressourcen eingebracht werden müssen, um ein hartes Datum zu veranstalten, wie wenn eine Konferenz an einem bestimmten Wochenende ist, an dem solche und solche bereit sind.

Natürlich gab es an einigen Orten das "Oh, war das gebrochen? Lass mich sehen ..." und ein paar Minuten später "Nein, siehst, dass es für mich nicht kaputt ist", wo jemand die Dinge änderte, ohne zu fragen Erlaubnis oder irgendetwas, wo ein Unternehmen immer noch das so genannte "Cowboy -Programm" hat.

Ein weiterer Punkt ist die Skala der Version: 1) winzig - Dies ist der Fall, an dem eine Webseite steigt, damit der Benutzer X y kann.

2) Klein - eine Handvoll Dateien, die nicht wirklich kompliziert, aber nicht gerade trivial sind.

3) Medium - Wo von einer Umgebung in eine andere das Ändern einer Reihe von Dateien erfordert und normalerweise Skripte zum Verschieben verfügt.

4) Big - wo es geplante Werbeaktionen gibt und verschiedene Entwickler gefragt werden, wer sich in den Verschiebungen bezieht, wenn der Live -Push erledigt ist. Ich hatte dies in einem Fall, in dem zusätzlich zu einer Veröffentlichung einiger neuer E-Commerce-Websites eine Datenmigration vorhanden war.

5) Mammut - wo alles brandneu ist, einschließlich der Verwendung, wie dies verwendet werden würde. Ich glaube nicht, dass ich jemals eine dieser Größe gesehen habe, aber ich würde mir vorstellen, dass Microsoft oder Google Veröffentlichungen dieser Größe haben.

Irgendwo in diesem Spektrum fallen die meisten Veröffentlichungen und wie viel Planung und Vorbereitung kann sehr unterschiedlich sein, und vergessen wir nicht, dass die Einhaltung der regulatorischen Einhaltung ihre eigenen Schmerzen haben kann, um einige Dinge zu erledigen.