Wie oft sollten Sie Release-Software-Updates? [geschlossen]

Question

Moments vor Jeff Atwood sagte folgendes auf Twitter :

  

Schauen Sie, ich liebe schnellen neuen Software-Releases, aber die Häufigkeit von Wordpress veröffentlicht ist einfach lächerlich.

Was macht mich denken, wie oft sollten Sie Release-Software-Updates?

• Täglich?
• Weekly?
• Monat?
• Jahr?

Was ist die beste Release-Strategie?

Answer 1

Ich würde sagen, in Wordpress konkreten Fall sie "Sicherheitsupdates" und "Funktionalität Updates" conflate. Das ist schlecht.

Das wäre wie mit einem in-place Neuinstallation von Windows jedes Mal eine Sicherheitslücke gefunden wurde, zu tun, anstatt einfach einen kleinen Patch herunterzuladen jede Woche.

benötigt Wordpress einen Sicherheits-Patch-Mechanismus haben, das ist ganz einfach, schnell und einfach für das Sicherheits-Updates. Ein Prozess, der von dem normalen Upgrade-Fluss neuer Versionen getrennt ist.

Answer 2

Die Häufigkeit von Wordpress veröffentlicht ist so häufig, weil sie um die Sicherheit und Release-Updates kümmern, die Sicherheitslücken so schnell wie möglich bekannt zu beheben. Funktionalität Aktuelles zu Wordpress passiert viel seltener, im Bereich von jeweils 4 bis 6 Monaten, denke ich.

Ich denke, das ein gutes Modell ist. Halten Sie Ihre Kunden glücklich durch die Freigabe neuer Funktionen regelmäßig, aber wenn Sie Sicherheitslücken finden, Release behebt sofort.

Answer 3

Ich werde vorschlagen, wie folgt vor:

update (in Sekunden) - die durchschnittliche Zeit, die für den Benutzer nimmt das Update durchführt

releaseDelta (in Tagen) - die Mindestzeit zwischen den Veröffentlichungen

releaseDelta = updateTime/((1/365)*(60*60*8))

Diese Formel basiert auf meiner Theorie, dass ein Benutzer nicht in jedem Jahr mehr als 8 Stunden verbringen müssen sollte Updates für eine Anwendung zu warten.

Auf diese Weise kann auch für häufige Aktualisierung, solange der Updates in transparenter Weise durchgeführt werden, ohne die Endanwender zu stören.

Answer 4

Ich denke, das hängt stark von Ihrer besonders Situation. Aber sagte, dass ich glaube, eine tägliche Freisetzung für jede ernsthafte Business-Anwendung einfach total lächerlich. Wenn Sie jeden Tag dort dann veröffentlichen ist wahrscheinlich ein ernstes Problem, wenn Sie in einige sehr seltsamen Situation, wo Geschäftsregeln wie die ständig oder etwas ändern.

Answer 5

Seltener als iTunes-Updates.

Answer 6

Ich versuche, die folgenden zu verwenden, hoffentlich einfach, zweiteilige Richtlinie:

1. Wenn es den Benutzer benötigt zum Herunterladen und / oder etwas installieren oder eine vorhandene Codebasis ändern, die sie halten, dann müssen Versionen erheblichen Verdienst liefern. Dies ist eine Pressemitteilung, die wichtige neue Funktionen hinzufügt, eine significan Menge Probleme, die behoben wird, bzw. legt eine kleinere Anzahl von unmittelbaren und dringendsten Probleme.
2. Wenn es den Benutzer nicht erforderlich herunterladen und / oder installieren Versionen werden auftreten geplant werden, wie durch Iteration bestimmt. Wenn es ein lösbares Produkt am Ende der Iteration ist, wird es eingesetzt werden. Die Iteration wird technische und geschäftliche Anforderungen enthält, wie sie vor dem Kick-off der Iteration bestimmt.

Also, für uns, Dinge wie Desktop-Anwendungen oder Web-Dienste würden unter der ersten Regel fallen im allgemeinen, und Dinge wie unsere Website würden unter dem zweiten fallen. Wir laufen ziemlich gute Größe Iterationen - bei etwa vier bis sechs Wochen Entwicklungszeit zur Zeit, um zwei vor vier nächsten Jahr abnimmt. Dies war unsere "Einführung" in eine Scrum-Hybrid.

Beachten Sie, dass ein Produkt muss nicht immer in der Entwicklung (oder in einer Iteration teilnehmen). Es ist durchaus möglich, dass ein Produkt setzen, abgestanden, bis Änderungen erforderlich sind, wenn die erste Regel gilt.

Answer 7

Es hängt von den Kunden nähern Konfigurationskontrolle.

Sie haben eine Wahl, die Sie kennen. Letztendlich können sie wählten nicht, das Produkt zu verwenden.

Wenn der Kunde akzeptieren Sie Sachen zu ändern jeden Tag, und es ist ihnen egal, und es hat keine Ausbildung oder Konfigurationsmanagement Auswirkungen; verfügen über automatische Updates.

Kunden mit SOE (Standard-Betriebsumgebungen) hate Updates.

Erkennen, dass einige Kunden gehen akzeptieren keine Software „calling home“. Sie wollen ihr eigenes Updates hosten. Ihre IT-Mitarbeiter müssen sich zu engagieren. Das ist mehr Arbeit für sie.

Einige Kunden werden wollen / müssen ihre eigenen QA zu tun; hängt von dem Kunden und die Art von Software.

Wenn der Kunde Prüfung / Arbeit tun muss, um die Software zu übernehmen / einsetzen, lassen Sie ein Vielfaches der Länge des Test / deploy-Zyklus. Es sei denn, die Kunden sind in Ordnung mit verschachtelten deploy und zu testen. Das ist, wo sie sind immer eine neue Version zu testen, und die Rolle es aus.

. Zum Beispiel: 2 Wochen zu testen, Release nicht mehr als alle 8 Wochen

Im Ergebnis kritische Software, Freigabetests kann ein Kunde Monate dauern. Sie wetten, ihr Geschäft auf die Ergebnisse und sind zu Recht vorsichtig. So Mitteilungen sind alle 6 Monate oder so.

In sicherheitskritischen Software, kann es mehrere Monate dauern. Jährlich oder etwa alle 18 Monate ist nicht ungewöhnlich. Auch oft weniger ist ganz normal.

Answer 8

Es gibt keine richtige Antwort, es hängt wirklich von dem Produkt.

Ich sage monatlich höchstens. Wöchentlich / Täglich ist nur zu oft, es sei denn natürlich das Anwendungs-Updates in einer automatisierten und transparenten Art und Weise getan werden, z.B. Firefox-Update-System

Answer 9

Sie können sie freigeben, so oft Sie wollen. Die Sache, die Nutzer frustriert ist nicht wissen, ob sie die neue Version oder nicht benötigen. Das bedeutet, dass Sie sehr klar darüber sein müssen, welche neuen Funktionen, die Sie implementiert haben, die Fehler, die Sie festgelegt haben, und ob oder nicht haben Sie irgendwelche Sicherheitsprobleme behoben. Noch wichtiger ist, wollen die Benutzer, dass vertrauen zu können, wenn sie eine neue Version installieren zu tun, hat nichts gebrochen.

Answer 10

Ich glaube, wenn es möglich ist sollten Sie Ihr Software-Update automatisch , wenn er sich braucht, um zu halten den gesamten Update-Prozess so glatt und unsichtbar für den Benutzer wie möglich.

Answer 11

Für den Bereich arbeite ich in, Industriesteuerungen, sehr selten. Wir tun typischerweise eine Major-Release sehr 2 Jahre. Minor Releases vielleicht alle 3 bis 6 Monate. Bug-Patch sind natürlich eine andere Geschichte, sie werden je nach Bedarf freigegeben. Auch dann werden nur wenige Kunden bestehende Systeme aktualisieren. Natürlich in anderen Bereichen, sind Upgrades mehr akzeptiert.

Answer 12

Sicher, wenn Sie neue Funktionen / Fehlerkorrekturen wert Freigabe ?? Warum haben sie sich auf einen Zeitplan?

Answer 13

Ich habe keine Einwände gegen Sicherheitslücken behoben wird, sobald sie gefunden sind - obwohl ich sie will in erster Linie robusten Code schreiben würden. Was ich Objekt (zumindest so weit wie Wordpress geht) ist Enhancement Releases, die möglicherweise Plug-Ins geschieht zu schnell brechen. Wie lange dauerte es 2,5 bis 2,6 gehen? Und 2.7 kommt aus sehr kurz als gut.

Eine automatische oder halbautomatische Aktualisierung würde etwas von diesem Problem, mildern, aber nur, wenn Autoren-Plugin als auch aktualisieren, oder wenn sie getrennt Sicherheitskorrekturen von Änderungen der Funktionalität so konnte ich, sagt sie, bleibt mit 2,5 aber immer noch auf dem neuesten Stand mit dem Sicherheits-Patches, bis ich war sicher, dass alle Plugins, die ich Arbeit verwenden, um mit 2.6 oder 2.7 oder (zu diesem Zeitpunkt) 4.0.

Answer 14

Jedes Mal, wenn sie benötigt werden. Denken Sie daran, einige Benutzer fühlen sich sicherer immer Updates regelmäßig, während einige nur verärgert fühlen mit einem Pop-up jeden Tag „Es gibt 129 neue Updates installieren hier klicken bis 20 Minuten zu warten, um zu downloaden, dann weitere 10, um sie zu installieren!“ ... Sie sehen, mein Punkt.

Answer 15

Es hängt von der Art des Upgrades und die Menge an Benutzereingriff notwendig, es zu erreichen.

Wenn es eine Website ist, können Sie jeden Tag aktualisieren, so lange wie Sie brechen etwas nicht.

Wenn es ein kostenloses Sicherheits-Update ist, so schnell wie möglich wird immer geschätzt.

Ein kostenloses Bugfix-Upgrade, wenn sie vom Benutzer installiert werden muss, soll nicht mehr als all paar Monate.

Alles, was bezahlt werden muss für nicht häufiger als einmal pro Jahr sein kann, oder die Leute beginnen übervorteilt zu fühlen. Noch mehr für bestimmte Klassen von Software, wie zB Betriebssystemen.