search

riconeitzel / German_LocalePack_de_DE

Deutsches Sprachpaket für die Magento Community Edition
http://bit.ly/sprachpaket-de-magento-connect
79 stars 77 forks source link

Version Tagging #24

Closed millejano closed 12 years ago

millejano commented 12 years ago

BItte mal die Versionen besser im Git taggen, damit man schnell die richtige Version herunterladen kann.

Grüße, millejano

dsdata commented 12 years ago

Ja, dass ist mir auch aufgefallen das gerade bei dem aktuellsten Release das Tag anders ist wie zuvor, daher keine logische Ordnung mehr (Übersicht). Das letzte Tag wird entsprechend umbenannt.

riconeitzel commented 12 years ago

Daniel - das Wort "Version" ist da an sich redundant, daher würde ich vorschlagen, die Tags einfach mit der versionsnummer alleine zu versehen. "1.7.0.0.0" z. B.

riconeitzel commented 12 years ago

könnte man auch scripten: hier noch fix ne Vorlage für ein script - http://blog.sidmitra.com/how-to-rename-a-tag-already-pushed-to-a-remot

dsdata commented 12 years ago

Ich habe das gestern einfach mal probiert umzubenennen mit typischen Git Methoden direkt per Shell und jetzt kommts, deine Tags mit aktuell nur der Versionsnummer hat git selbst nicht einmal verstanden, da offensichtlich Buchstaben davor vorausgesetzt werden, daher ;)

Bei den "Version..." Tags hingegen, also so wie das eigentlich alle machen gab es nie Probleme beim nachträglichen Abändern. Konkrete Frage: Wie hast du es überhaupt hinbekommen einfach mit einer Nummer zu arbeiten??? :-)

Apple Magic? :-)

dsdata commented 12 years ago

Hehe, ja genau mit dieser verlinkten Methode habe ich es gemacht & git meinte irgend was mit "can not read tag information..."

Letztlich ist es mir egal ob die Tags nur die Versionsnummer haben oder mit einem Prefix davor, hauptsache in der Übersicht sind die Versionen wieder anständig geordnet, ich denke genau das wollte millejano auch damit sagen. Also hauptsache einheitlich ;)

riconeitzel commented 12 years ago

Mit TowerApp - also nichts besonderes. Nutzt Git auf der Kommandozeile und ist nur eine tolle GUI. Hast du mal versucht, die Tags in Anführungszeichen zu setzen?!

dsdata commented 12 years ago

Bei was jetzt genau? Also die Anführungszeichen.

Bei dem Umbenennenbefehlt

git tag new_tag old_tag

Bei uns dann git tag Version_1.7.0.0 1.7.0.0 (vorne mit Prefix - hinten ohne)

Nein, bisher nicht da beim Anlegen auch keine Anführungszeichen verwendet wurden. Kann ich aber gerne mal testen, danke für den Tipp!

dsdata commented 12 years ago

Also hier erstmal die Fehlermeldung, gerade testweise noch einmal ausgeführt.

Befehl: git tag Version_1.7.0.0 1.7.0.0 (sollte leidenschaftslos das bestehende Tag umbenennen)

Darauf hin dann die Fehlermeldung: fatal: Failed to resolve '1.7.0.0' as a valid ref.

dsdata commented 12 years ago

Jetzt mal mit Anführungszeichen....

dsdata commented 12 years ago

Gleiche Fehlermeldung sowohl mit einfachen wie auch doppelten Anführungszeichen.

Kannst du denn in deinem Tool gesetzte Tags nachträglich bearbeiten also so das quasi alle Tags auf eine einheitliche Form kommen? Ich komme da scheinbar warum auch immer nicht ran an die jenigen die als reine Nummern sind :-(

Sehr verbreitet ist diese Form hier und zudem auch recht kurz: v1.0.0

millejano commented 12 years ago

kleine Tagging Anleitung: http://pastebin.com/8LP24zRq

siehe: https://github.com/millejano/German_LocalePack_de_DE/tree/v1.7.0.0

dsdata commented 12 years ago

Danke, kann ich gut brauchen aktuell... ;)

dsdata commented 12 years ago

Hmmm... ich habe für jede einzelne Version die Anleitung befolgt & lokal ist auch alles in beiden branches korrekt. Nur hier auf github sind die neuen Tags noch immer nicht angekommen. Gibt es da noch ein Trick?

riconeitzel commented 12 years ago

Du musst alle Tags pushen…

millejano commented 12 years ago

git push --tags macht die magic

dsdata commented 12 years ago

Ja, das wurde auch gemacht :-) Logisch!

Zwischenzeitlich kann ich die Aktionen sogar iun meiner Actions-History hier sehen, aber offenbar brauch github etwas um hinterher zu kommen :-)

Bin jetzt aber schon beruhigt das github davon was weiß ;)

dsdata commented 12 years ago

Hier kann man es einsehen... https://github.com/dsdata

Falls dort wem was auf fällt was trotzdem nicht korrekt ist, bitte mal eine Info...

dsdata commented 12 years ago

Ist schon etwas komisch, selbst in der Android App für GitHub kann ich bereits ausschließlich die neuen Tags sehen... ... wie steht es zwischenzeitlich bei euch???

Will nur wissen ob mich eventuell mein Firefox Cache verarscht... :-(

millejano commented 12 years ago

also bei mir stehen sauber die tags von 1.0.... bis 1.7.0.0 da.

dsdata commented 12 years ago

ok, danke für die info - ja bei mir auch - aber aktuell nur wenn ich in die branch auswahl gehe und dort auf den "tags" reiter klicke - in der normalen tags ansicht noch nicht.

scheint aber so oder so eoffenbar ein temporäres problem zu sein was sich dann hoffentlich in kürze von selbst klärt...

sonst noch anregungen zum thema tagging oder ist es so wie jetzt besser?

millejano commented 12 years ago

Ich find es okay, so, sollte man vielleicht nochmal zur Sicherheit auf Dateiebene prüfen ob beim herunterladen der 1.6.0.0 auch nur die Änderungen dafür drin sind.

dsdata commented 12 years ago

???

Na die Versionstags werden und wurden immer pro veröffentlichtes release auf Magento Connect gesetzt. Demnach solltest du wenn du dir per Tag ein Package herunterlädst exakt diesen Stand haben +- Veränderungen die hier über GitHub nachträglich gemacht wurden - im Package selbst was man hier herunter laden kann sind aber nie nur Veränderungen sondern je komplette Packages so viel ich weiß, aber eben auf dem jeweiligen Versionsstand.

Oder meisnt Du das anders???

millejano commented 12 years ago

Ich meinte das anders. Einfach mal Version mit dem Tag 1.6.0.0 und Version mit Tag 1.7.0.0 Herunterladen und dann pürfen ob die Version 1.7.0.0 wirklich nur die Änderungen für diese Version drin hat. Sollte aber so sein, wie gesagt einfach nur ein doppelte Prüfung. ;)

Sonst alles Top. Thx.

riconeitzel commented 12 years ago

Hey Jungs,

ich habs vergeigt und versehentlich die VERSION_* Tags alle wieder ins Repo gepushed. Ich dachte bisher, dass Remote Tags immer Remote Tags bleiben, ist aber leider nicht so. Ich hatte also die alten auch noch, obwohl ich mal "Fetch All Tags" gemacht hatte. Demnach muss ich nun die Dinger irgendwie wieder loswerden. Es gibt die normalen Tags und leider auch die alten. Ich habe bei mir lokal die alten alle gelöscht, aber der pusht das irgendwie nicht ins Repo!?

Seht ihr die alten Tags auch wieder?

millejano commented 12 years ago

Ja die sind wieder da. Du musst die Remote Tags wieder alle per Hand löschen:

altes tag im entfernten repo (github) löschen: git push origin :Version_1.6.x

Grüße, millejano

riconeitzel commented 12 years ago

okay, dann sollte das jetzt passen. Danke!

dsdata commented 12 years ago

Also ich sehe hier auch die alten Versionstags, besteht das Problem noch? Kann ich helfen? Ist ärgerlich, aber auch eben kein Weltuntergang wenn ich die Tags noch einmal umbenennen müsste. ;-)

riconeitzel commented 12 years ago

das ist schon erledigt. keine tags mehr da. bei dir lokal musst du sie selbst löschen. das ist der mist am Tag. der Tag bei dir aufm rechner ist auch noch der alte, wenn ich das 1.7.0.0. release auf einen neuen Commit Tagge…

Beispiel

Damit Du den neuen Tag<>Commit bekommst, musst Du Deinen lokalen Tag 1700 löschen und die Tags nochmal ziehen.

DAS ist scheiße :D

dsdata commented 12 years ago

Ok, alles klar teste ich mal, wundert mich zwar weil ich ja lokal alle tags umbenannt habe und in dieses atemzug auch die alten tag referenz namen gelöscht habe, aber kann schon stimmen...

millejano commented 12 years ago

Es läuft so, dass sobald jemand pushed mit --tags er seinen lokalen tags wieder in entfernte repo wirft. Deswegen vorher pullen und hoffen das sie dann dadurch geändert werden, weil diese vorher umgenannt wurden.

Aber am besten kommt testen.

Hinweis, alle lokalen tags kann man auch so löschen rm -r .git/refs/tag