Die Entwicklung unter Verwendung von Pre-Release-Entwickler-Tool

Question

Wir entwickeln eine Website. Einer der Entwicklungs-Tools wir verwenden hat eine Alpha-Version verfügbar seiner nächsten Version, die eine Reihe von Funktionen enthält, die wir wirklich verwenden möchten (also würden sie uns davor bewahren Tausende von implementieren Linien sowieso so ziemlich genau das gleiche zu tun).

Ich habe einige erste Evaluierungen es getan und Ich mag, was ich sehe. Die Frage ist, sollten wir verwenden es tatsächlich für echte starten? dh darüber hinaus nur die Bewertung, indem es tatsächlich für unsere Entwicklung und die sich auf das?

Als Alpha-Software, es ist offensichtlich nicht bereit für die Freigabe noch ... aber dann noch unser eigener Code. Es ist Open Source, und wir haben die Fähigkeiten, die es zu debuggen, erforderlich, so dass wir in der Theorie eigentlich Bug-Fixes beitragen könnten zurück.

Aber auf der anderen Seite, wir wissen nicht, was der Release-Plan für sie ist (sie haben nicht eine noch veröffentlicht), und während ich fühle mich okay mit ihm zu entwickeln, würde ich nicht so sicher sein, um es zu benutzen in der Produktion so ist, wenn es nicht fertig, bevor wir sind, dann kann es unseren eigenen Start verzögern.

Was denken Sie? Ist es lohnt sich das Risiko? Haben Sie Erfahrungen (gut oder schlecht) von ähnlichen Situationen?

[EDIT] Ich habe nicht bewusst die Sprache angegeben wir verwenden oder das Entwickler-Tool in Frage, um ein breiten, den Umfang der Frage zu halten, wie ich glaube, es ist eine Frage, die zu so ziemlich jeder Entwickler-Umgebung anwenden kann.

[EDIT 2] Vielen Dank an Marjan für die sehr hilfreiche Antwort. Ich war für mehr Antworten gehofft, obwohl, so dass ich ein Kopfgeld auf diese setzen.

Answer 1

Ich habe Erfahrung hatte einmal zu einem Open-Source-Projekt beitragen, wie Sie sagten, Sie beitragen hoffen. Sie ignorierten den Patch für ein Jahr (sie Kunden zur Teilnahme natürlich, obwohl sie die Software nicht verkaufen, sondern die Unterstützung). Nach einem Jahr wies sie den Patch ohne alternative Lösung für das Problem, und ohne eine solide Grundlage, das zu tun. Es war nur aus ihrem Rahmen zu dieser Zeit, ich denke.

In Ihrer Situation würde ich versuchen, ein oder zwei ihrer lösen nicht so hohe Priorität, die bereits gemeldeten Fehler und sehen wie reagieren sie sind, und dann entscheiden. Denn Ihr Erfolg auf Fristen werden auf ihre beeinträchtigt werden. Wenn Sie eine Kopie ihrer Artefakte halten müssen, die Schmerzen garantiert wird.

Kurz gesagt: nicht nur das Produkt bewerten, bewertet die Hersteller

.

Viele Grüße.

Answer 2

Meine persönliche Meinung dazu: dies nicht tun. Wenn sie für Sie in Ihrer Zeitskala nicht durchkommen, sind Sie stecken und muss immer noch selbst in den Tausenden von Linien setzen und wahrscheinlich unter einer schweren Zeitbeschränkung.

Having said that, es ist ein Weg, ich sehe, Sie könnten versuchen, und den Kuchen haben und ihn auch zu essen.

Wenn Sie einen Weg zu abstrahieren sehen sie aus, die Ihren eigenen Code aus der Bibliothek zu isolieren, beispielsweise Adapter oder Fassadenmuster verwendet wird, dann gehen Sie vor und die Alpha für die Entwicklung verwendet werden. Aber bestimmen vorher , was der letzte Termin nach Ihrem Release-Plan ist, dass Sie beginnen sollten Sie Ihre eigenen Tausende von Zeilen Version hinter dem Adapter / Fassade zu entwickeln. Wenn das Alpha in ein RC nicht durch dann gedreht: Grinsen und tragen es und entwickeln Sie Ihre eigene

.

Answer 3

Es hängt davon ab.

Für Open-Source-Umgebungen es hängt mehr von der Qualität der Freisetzung als das Etikett (alpha / beta / stable) hat. Ich habe mit Alpha-Code gearbeitet, die felsenfest im Vergleich zu angeblichem Produktionscode von einem anderen Hersteller ist.

Wenn Sie die Quelle haben, dann können Sie die alle möglichen Fehler beheben, während bei geschlossener Quelle (in der Regel kommerziell unterstützt) Sie nie mit einem Beta-Produkt gebaut Seriencode freigeben konnten, weil es durch den Anbieter nicht unterstützt ist, wer den Code hat, und so können Sie es nicht lösen kann.

So in Ihrer Position würde ich die Qualität der Alpha-Version werden zu bewerten und dann entscheiden, ob die in der Produktion gehen könnten.

Natürlich sind alle der oben auf nichts gilt auch nur entfernt die Sicherheit von entscheidender Bedeutung.

Answer 4

Es ist nur eine Frage Risiken zu verwalten. In Open Source, kann Alpha-Release viele verschiedene Dinge bedeuten. Sie müssen bereit sein, zu:

• handle API-Änderungen;
• bieten Bug-Fixes und Workarounds;
• Test Stabilität, Leistung und Skalierbarkeit selbst;
• Spur ändert viel enger, und entscheiden, ob sie dann zu übernehmen noch;
• verfolgen die Fortschritte, die sie machen und ihre Reaktion auf Patches / Fragen.

Sie arbeiten kontinuierliche Integration verwenden, nicht wahr?