Quote

Ich war bisher nicht in der Verlegenheit, so etwas zu machen, aber ich wuerde schlicht und ergreifend ein Versionskontrollsystem nehmen und da die releases reinschmeissen.

Ein Versionierungssystem sollte man letztendlich sowieso nehmen und darüber auch die Releases und versionen pflegen, allerdiengs finde ich nicht das es für einen "Endkunden" akzeptabel ist Git zu nutzen und darüber seine programme zu updaten. Sowas ist dann meiner Ansicht nach doch eher für Entwickler gedacht.

Vor allem möchte man Endkunden nicht immer Entwickler Versionen anbieten sondern Stable releases. Dann muss man praktisch noch jemanden Git erklären damit dieser in der lage ist zwischen versionen hin und her zu wechseln.

Und hoffentlich gibt es keine konflikte, oder ähnliches...

Quote

Git z.B. bietet eine sehr gute Delta-Kompression, damit sind die updates, die man sich herunterladen muss, recht klein.

Wenn man es genau nimmt. Git speichert immer die vollständige Datei bei jedem commit, und die vollständigen Dateien werden auch immer vollständig heruntergeladen/synchronisiert. Deltas speichert Git intern nicht.

Ansonsten weil Git immer die vollständige History enthält muss jeder immer das vollständige Projekt herunterladen mit allen Versionen/Revisionen jeder Datei seit start des Projektes.