GIT TAGS für konkrete Versionen verwenden..

[jdlx]

.. wäre gut. Einmal um innerhalb der commits nen Überblick zu haben welcher commit genau ist Version XYZ, und zum anderen ergibt sich daraus ein quasi DL Bereich:

Jedes tag (Version) wird als .zip bzw. tar.gz Archiv zum DL aufgelistet.

Im Vergleich zum ehemaligen DL Bereich hat das Vor und Nachteile.. (mit den Nachteilen kann/muß man halt leben):

• Nachteile:
  • die entpackten Archive(Ordner) sind nach dem Schema [REPONAME]_[TAG] benannt - sprich man muß sie nach dem Entpacken erst noch umbenennen damit sie in REX funktionieren.
  • die Tags Liste hat leider keinen DL counter wie sie der alte DL Bereich hatte.
• Vorteile:
  • Die DL baren Archive werden von GH automatisch erzeugt, d.h. man muß als maintainer nichts anderes tun als lediglich eben ein tag zu vergeben
  • Tags sind auch problemlos im nachhinein vergebbar, d.h. man kann das repo auch rückwirkend durchtaggen.
  • Man kann Tags auch wieder aus dem repo löschen

[dergel]

taggen finde ich gut und werde ich zukünftig beachten. Wenn Du rückwirkend Lust hast dabei zu helfen, würde ich mich freuen.

[jdlx]

Oben gesagtes ist hinsichtlich der GIT tags als solches nachwievor gültig wie sinnvoll.. ein rückwirkendes taggen ist bei xform aber etwas fraglich, da - je weiter man zurückgeht - die releases als solche kaum auszumachen sind.

Was sich aber mal wieder geändert hat: Github hat wieder Downloads.. die nennen sich jetzt allerdings Releases und sind - was imho sinnig ist - an tags gebunden: https://github.com/blog/1547-release-your-software

Für Pakete die keine submodule haben - sprich auch Xform - ist das aber nicht sonderlich relevant, da man per DL des tag soucecodes schon das komplette Paket bekommt.