<html>
<p><img src="https://www.dash-embassy.org/wp-content/uploads/2020/04/ReleaseProcess-1030x686.jpeg"/></p>
<p>Die Dash Core Group freut sich, Änderungen an der Herangehensweise an zukünftige Versionen für Dash Platform bekannt zu geben. Diese Änderungen zielen darauf ab, unsere Veröffentlichungen vorhersehbarer, zuverlässiger und transparenter zu machen und dadurch eine größere Aktivität in unserem aufkeimenden Entwickler-Ökosystem zu fördern. In Zukunft werden wir ungefähr alle 6 Wochen neue Updates für das Evonet veröffentlichen. Unsere nächste Veröffentlichung ist für den Zeitraum vom<strong> 22. April bis 5. Mai</strong> geplant. Lesen Sie weiter, um unseren Denkprozess besser zu verstehen und zu erfahren, was Sie in Bezug auf die Kommunikation über diese bevorstehenden Releases und unsere Fortschritte auf dem Weg zum Mainnet-Start erwarten können.</p>
<h2>Vorgehensweise</h2>
<p></p>
<p>In einer agilen Entwicklungsumgebung werden häufige Softwareversionen empfohlen, um schnell Feedback zu generieren. Dieses Feedback deckt alle falschen Annahmen auf, die während des Entwurfs und der Implementierung von Software getroffen wurden, wodurch das Risiko verringert wird, nicht zu viel Zeit für nicht benötigte oder unerwünschte Funktionen aufzuwenden. In einer herkömmlichen, zentralisierten Organisation ist die Freigabe einfacher, da die Organisation die Bereitstellungsumgebung besitzt, d. H. einige private, dedizierte Server, die häufig in der Cloud gehostet werden. Das Freigeben und Bereitstellen in einem dezentralen Netzwerk stellt eine einzigartige Herausforderung dar, da keine einzelne Entität Eigentümer der Bereitstellungsumgebung ist. Das Eigentum an der Umgebung ist auf alle Knoten im Netzwerk verteilt, was einen langen, koordinierten Aufwand erfordert, um die Knoten auf die neueste Softwareversion zu aktualisieren.</p>
<p>DCG entwickelt Software nach agilen Prinzipien und glaubt an den Wert häufiger Releases. Um die Veröffentlichungshäufigkeit zu erhöhen, ist daher eine neue Art von Bereitstellungsumgebung erforderlich. Hier kommt das Evonet ins Spiel. Als Umgebung, die fast ausschließlich DCG gehört, können wir neue Software häufiger bereitstellen, ohne die Integrität des Hauptnetzes zu gefährden. Auf diese Weise können wir den Entwicklungsfortschritt in Richtung einer Mainnet-Version besser demonstrieren, das Risiko von Fehlern verringern, die den Fortschritt behindern, und Feedback von unserer Entwickler-Community einholen.</p>
<h2><strong><em>Fester Zeitplan</em></strong></h2>
<p></p>
<p>Die Software wird nun nach einem festgelegten Zeitplan für Evonet bereitgestellt. Die Timebox unserer Entwicklungsteams arbeitet in zweiwöchigen Sprints, in denen wir uns darauf konzentrieren, einen diskreten Satz von Funktionen für diesen Zeitraum zu vervollständigen. Um mit jeder neuen Version eine bedeutende Menge neuer Funktionen bereitzustellen, haben wir uns entschlossen, diese alle 6 Wochen zu planen. Basierend auf diesem Zeitplan wird unsere nächste Veröffentlichung irgendwann zwischen dem <strong>22. April und dem 5. Mai</strong> stattfinden. Von Veröffentlichung zu Veröffentlichung schwankt unsere Vorbereitung, was der Grund für die Bereitstellung eines Zeitfensters im Gegensatz zu einem genauen Datum ist.</p>
<p>In naher Zukunft werden wir die Unsicherheit bei der Freigabe verringern, indem wir Verbesserungen an unserer Dash Platform-Testsuite vornehmen und kontinuierliche Integrations- und Bereitstellungsprozesse in unseren Entwicklungsworkflow implementieren. Schließlich wird Code kontinuierlich an ein privates, internes Devnet geliefert. Dadurch werden Releases für das Evonet vorhersehbarer, schneller und weniger störanfällig. Die Dash-Plattform wird das einzige Produkt sein, das dem neuen Prozess unterliegt. Nach einer Phase der Erfassung und Überwachung von Rückmeldungen beabsichtigen wir jedoch, ähnliche Verbesserungen für die anderen Produktteams einzuführen.</p>
<p>Entwickler können mit Änderungen rechnen, die mit jeder Version einhergehen. Infolgedessen werden Daten zu Evonet gelöscht, sofern im Blog-Beitrag zur Veröffentlichung nichts anderes angegeben ist. Bei Bedarf sollten Entwickler planen, alle Evonet-Daten alle 5 bis 6 Wochen lokal zu sichern. Die Datenmigration von einer Version zur anderen ist ein mühsamer Prozess. Um uns auf die Bereitstellung der Kernfunktionen zu konzentrieren, haben wir beschlossen, vorübergehend auf die Datenmigration zu verzichten. Sobald das Netzwerk stabiler ist und wir die Möglichkeit haben, die Versionierung für das Plattformprotokoll zu implementieren, werden wir die Datenmigration von einer Version zur anderen unterstützen.</p>
<h2>Kommunikation</h2>
<p></p>
<p>Die Kommunikation über zukünftige Versionen sollte den aktuellen Followern des Entwicklungsfortschritts der Dash Core Group bekannt sein. Beobachter können einen Blog-Beitrag erwarten, der eine Zusammenfassung, wichtige Hinweise und eine Liste mit Aufzählungszeichen der wichtigsten in der Veröffentlichung enthaltenen Ergebnisse enthält. Darüber hinaus wird in dem Blog-Beitrag ausdrücklich erwähnt, ob Daten aus Evonet gelöscht werden oder nicht. Das Format wird unseren Produktbeschreibungen und Ankündigungen zur Veröffentlichung der Plattform sehr ähnlich sein.</p>
<p>DCG wird weiterhin alle unsere Produkt-Roadmaps während unserer vierteljährlichen Aufrufe überprüfen, wobei der nächste für den 23. April 2020 geplant ist. Die Roadmaps werden Klarheit über die im kommenden Quartal erwarteten Veröffentlichungen in Bezug auf Versionsnummern, Funktionen und allgemeines Timing bieten. Nachfolgende Releases werden allgemeiner beschrieben, um sicherzustellen, dass wir nicht zu viel festlegen und unsere Fähigkeit einschränken, die besten Entscheidungen im Entwicklungsprozess zu treffen.</p>
<h2>Fazit</h2>
<p><br/>Trotz des einzigartigen Ursprungs der Dash Core Group hat die Organisation viele Ähnlichkeiten mit traditionellen Unternehmen. Das wichtigste davon ist, dass wir im Wesentlichen ein Startup sind, was impliziert, dass sich Organisationsstruktur und Prozesse noch in einem fließenden Entstehungsprozess befinden. Mit der Zeit werden wir besser organisiert, effizienter und sicherer in unserer Fähigkeit, das Potenzial des Dash-Netzwerks auszuschöpfen. Diese Änderung in unserem Release Prozess ist ein Spiegelbild unseres Wachstums, das zahlreiche interne Änderungen darstellt, die uns besser in die Lage versetzen, das Versprechen von echtem digitalem Bargeld zu erfüllen. Wie immer werden Ihre Gedanken, Rückmeldungen und Pull-Anfragen sehr geschätzt. Seien Sie gespannt auf unsere nächste Plattform-Veröffentlichung während des Zeitfensters vom <strong>22. April bis 5. Mai</strong>.</p>
<p><a href="https://blog.dash.org/release-process-at-dash-core-group-6494708b5c8b">Originalbeitrag</a> von <a href="https://blog.dash.org/@dalibran?source=post_page-----6494708b5c8b----------------------">Dana Alibrandi</a></p>
</html>