plugins in git branches verwalten?

[jens]

Ich frage mich gerade ob es Sinn macht, das man verschiedene Plugins gleichzeitig in einzelne git branches verwalten könnte?

Genauer gesagt geht es um http://github.com/jedie/PyLucid-Plugins

Momentan liegen einfach alle Plugins in einem Verzeichnis. Bei github kann man ja schön snapshots runter laden. z.B. mit:
http://github.com/jedie/PyLucid-Plugins/zipball/master
http://github.com/jedie/PyLucid-Plugins/tarball/master

Meine Überlegung ist nun, wenn man für jedes Plugin einen eigene Branch nutzt, kann man so auch direkt ein Archiv mit nur diesem Plugin erhalten. Was besser ist, als alles auf einmal.

Branches sind aber eigentlich für was anderes gedacht. Github selber nutzt es allerdings auch für die Homepage Dateien ("gh-pages" branch)

Also wäre das eine blöde Idee oder nicht?

[ms4py]

Also ich würde die "Default"-Plugins alle in einem Projekt und in einem Branch verwalten und für die eher spezielleren Plugins eigene Projekte (oder eben Branches, fall es dir lieber ist).

[Leonidas]

Also ich würde die "Default"-Plugins alle in einem Projekt und in einem Branch verwalten und für die eher spezielleren Plugins eigene Projekte (oder eben Branches, fall es dir lieber ist).

Also ich würde nicht Plugins in Branches stecken. Schließlich sind Plugins nicht "Abzweigungen" von m "trunk" sondern eben separate Teile für die es einzelne Repos geben sollte.

[sma]

Branches erscheinen auch mir der falsche Weg zu sein. Mach's lieber wie jetzt und schaffe eine Möglichkeit, dass man bequem die Plugins direkt aus github und den Verzeichnissen installieren kann. Z.B. "manage.py extension install http://github.com/jedie/PyLucid-Plugins ... r/EvilEval".

Stefan

[jens]

Genau das ist das Problem. Man kann aus git nicht einfach ein Unterverzeichnis erhalten. Das konnte man bei SVN.

Allerdings weiß ich nun, wie ich das bestehende Projekt auf mehrere repos aufteilen kann: http://mactricks.de/permalink/74/git-re ... b-projekte

Ist zwar ein wenig overkill für jedes kleine Plugin ein eigenes repo auf zu machen, aber was soll's

[Leonidas]

Genau das ist das Problem. Man kann aus git nicht einfach ein Unterverzeichnis erhalten. Das konnte man bei SVN.

Natürlich, aber bei DVCS ist das halt konzeptbedingt. Wobei, in irgendeinem DVCS ging auch das irgendwie, meine ich in Erinnerung zu haben.

Ist zwar ein wenig overkill für jedes kleine Plugin ein eigenes repo auf zu machen, aber was soll's

Also in der Zeit, wie ich brauche um 1 Subversion Repository anzulegen, habe ich eine dreistellige Zahl von git-Repos erstellt. Von dem her ists IMHO gar nicht Overkill. 1 Projekt, 1 Repo.

[sma]

Genau das ist das Problem. Man kann aus git nicht einfach ein Unterverzeichnis erhalten. Das konnte man bei SVN.

Du sollst auch nicht git zum auschecken nehmen (niemand braucht die volle Historie der Dateien, wenn er ein Plug-in installiert) sondern mein Vorschlag war, mit einem passenden Programm die passenden Dateien zu laden. Das github API (oder einfach deren Website-Struktur) sollten das möglich machen.

Oder du nutzt die neue SVN-Schnittstelle von Github, um per SVN ein Verzeichnis zu laden ;)

Stefan

[jens]

Das ist kein Problem, hab ich ja oben schon geschrieben:

Bei github kann man ja schön snapshots runter laden. z.B. mit:
http://github.com/jedie/PyLucid-Plugins/zipball/master
http://github.com/jedie/PyLucid-Plugins/tarball/master

Wenn es ein repo pro plugin oder ein branch pro plugin ist, hat man eine URL über die man en ZIP oder TAR Archiv bekommt.

Wie dem auch sei. Ich denke ich werde das nach und nach auf jeweils ein repo verteilen...

[cofi]

sma meinte die einzelnen Dateien, nicht die Repository-Archive. Wobei man da allerdings auch wieder ueber ggf. Abhaengigkeiten buchfuehren muss, die man evtl schon im Repository erschlaegt.

[crs]

darcs verwaltet die patches als "menge mit abhaengigkeiten", d.h. man koennte mehrere plugins in einem repo entwickeln und dann beim auschecken entscheiden welche man davon haben moechte.