Arena Commander V0.9 Status Update

Grüße Bürger,
Wir sind nah dran! Heute Nachmittag werden wir einen Release Candidate Build von Arena Commander V0.9 starten. Das bedeutet, dass wir derzeit der Meinung sind, dass unsere Entwicklungsteams alle verbleibenden Blocker und kritischen Fehler, die von unseren internen QS-Teams identifiziert wurden, hätten beseitigen sollen.

Was passiert als nächstes? Der RC-Build-Prozess dauert etwa acht Stunden. Für diejenigen, die mit Softwareentwicklung nicht vertraut sind, ist das Erstellen eines Builds so etwas wie das Backen eines Kuchens: Wir haben alle Zutaten in einer Pfanne zusammengetragen und es ist jetzt im Ofen. Später am Abend werden wir diese heiße Kopie von Arena Commander V0.9 nehmen und sie der Qualitätssicherung für eine letzte Runde der internen Tests übergeben.

Warum dauert es so lange, diesen Kuchen zu backen? Mit zunehmender Größe unserer Codebasis und unserer Assets dauert es immer länger, den Code mit vollständigen Optimierungen zu erstellen und die Assets vollständig sauber in die Pak-Dateien zu integrieren. (Wir führen einen Clean Build für Release Candidates für QA durch, um Compiler- und Toolchain-Bugs mit inkrementellen Builds zu vermeiden.)

Um den Download für unsere Geldgeber kleiner und schneller zu machen, führen wir dann einen Patch-Building-Prozess durch, der die Dateien der vorherigen Version mit der neuen Version vergleicht - dieser binäre Delta-Vergleich ist ein teurer Prozess, der auch länger dauert, je größer der Code und die Assets werden. Dieser Patch-Prozess macht es so, dass die Geldgeber nicht das ganze Spiel (oder sogar ganze Dateien, die nur leicht geändert wurden) für die neue Version herunterladen müssen - nur die Unterschiede.

Als nächstes müssen wir diese Patch-Daten an alle unsere Studios über das Internet verteilen, damit QA und Entwickler im gesamten Unternehmen den Build testen können. Leider machen alle diese Schritte zusammengenommen den gesamten Prozess viele Stunden in Anspruch nehmen.

Aber während es heute acht Stunden dauert, wird sich das System in Zukunft ändern, wenn Star Citizen größer und aufwändiger wird! Wir planen, den Prozess zu beschleunigen, um den Build->Test->Fix->Wiederholungszyklus für Release-Kandidaten zu verkürzen - wir haben sowohl in Arbeit als auch für die Zukunft Bemühungen geplant, um die Zeitspanne zu verkürzen, die der vollständige Clean-Release-Buildungsprozess benötigt. Diese Verbesserungen werden auch die Entwicklungsbemühungen zu einem früheren Zeitpunkt im Entwicklungsprozess unterstützen, indem sie die Rate bei der Qualitätssicherung erhöhen und Entwickler Testbuilds erhalten.

Bis das passiert, haben wir ein Ass im Loch, das hilft, die Testzeit zu maximieren! Da wir QS-Teams in Manchester und Austin haben, können wir die ganze Nacht über effektiv testen. Das britische Team wird den Release Candidate abholen, um ihn auf Herz und Nieren zu prüfen. Wenn die Teams in Austin und Santa Monica am Donnerstag in die Arbeit gehen, werden wir wissen, wie dieser Testzyklus verlaufen ist. Sollte alles wie erwartet funktionieren, wird der Build dann an den öffentlichen Freigabekanal weitergeleitet.

An diesem Punkt sind wir uns wirklich, wirklich nahe.... aber die Dinge können immer noch schief gehen. In diesem Schritt führt QA einen 'real life' Test des Spiels durch: es wird wie ein Backer vom Server heruntergeladen, um sicherzustellen, dass es in der Wildnis korrekt funktioniert. Es ist selten, aber wir haben in diesem Schritt des Prozesses schon einmal neue Blocker gesehen: Aspekte der realen Serverumgebung, die wir im Büro nicht nachahmen können und die sich in letzter Minute zeigen.

Sobald die QA uns die letzten "Daumen hoch" für den propagierten Build gibt, werden wir den letzten Schalter umlegen und der Patch wird verfügbar. Wenn alles wie geplant verläuft, können Sie sofort danach mit Arena Commander V0.9 rechnen. Sollte das Unerwartete passieren, springen unsere Bug Smasher wieder in Aktion, um zu versuchen, Probleme so schnell wie möglich zu beheben.... und dann beginnt der Release Candidate Zyklus von vorne. Wir werden Sie auf jeden Fall über den Status auf dem Laufenden halten!

Greetings Citizens,
We are getting close! This afternoon we will kick off a Release Candidate build of Arena Commander V0.9. What that means is that we presently believe that our engineering teams should have eliminated all of the remaining blocker and critical bugs identified by our internal QA teams.

What happens next? The RC build process takes roughly eight hours. For those unfamiliar with software development, generating a build is sort of like baking a cake: we’ve put together all the ingredients into a pan and it’s now in the oven. Later tonight, we’ll take that piping hot copy of Arena Commander V0.9 and hand it over to QA for a final round of internal testing.

Why does it take so long to bake this cake? As our codebase and asset sizes grow, the amount of time to build the code with full optimizations and do a full clean build of the assets into the pak files takes longer and longer. (We do a clean build for release candidates for QA to test to avoid compiler and toolchain bugs with incremental builds.)

Then, to make the download smaller and faster for our backers, we run a patch building process that compares the previous release’s files to the new release – this binary delta comparison is an expensive process that also takes longer as the size of the code and assets grow. This patching process makes it so backers don’t need to download the whole game (or even whole files that have only been slightly changed) for the new release – just the differences.

Next, we need to distribute this patch data to all of our studios over the Internet so QA and developers throughout the company can test the build. Unfortunately, all of these steps added together makes the whole process take many hours.

But while it takes eight hours today, the system will change in the future as Star Citizen gets bigger and more elaborate! We plan to make the process faster to decrease the build->test->fix->repeat cycle for release candidates – we have efforts both in-progress and planned for the future to decrease the amount of time the full clean release build process takes. These improvements will also help development efforts earlier in the development process by increasing the rate at with QA and developers receive test builds.

Until that happens, we do have an ace in the hole that helps maximize testing time! Since we have QA teams in Manchester and Austin, we can effectively test through the night. The UK team will pick up the Release Candidate to put it through its paces. By the time the teams in Austin and Santa Monica get into work on Thursday, we’ll know how that testing cycle went. Should everything work as expected, the build is then propagated to the public release channel.

At that point, we’re really, really close… but things can still go wrong. At this step QA will do a ‘real life’ test of the game: downloading it from the server just like a backer to make sure it works correctly in the wild. It’s rare, but we’ve seen new blockers appear at this step in the process before: aspects of the real server environment we can’t emulate in the office that make themselves seen at the last minute.

Once QA gives us the final ‘thumbs up’ on the propagated build, we will flip the final switch and the patch will become available. If all goes as planned then you can expect to see Arena Commander V0.9 immediately thereafter. Should the unexpected happen, our bug smashers leap back into action to try and fix issues as quickly as possible… and then the Release Candidate cycle will begin again. We will keep you updated as to the status either way!