Viele hier im Forum beschriebene Module sind nicht im FHEM Release eingebunden sondern werden über das Forum selbst, eigenen Websites oder fremde Repositorys angeboten. Hier stellt sich für mich zunächst die Frage, warum die Entwickler diese Module nicht wie in diesem Posting http://forum.fhem.de/index.php/topic,18962.0.html (http://forum.fhem.de/index.php/topic,18962.0.html) erklärt im SVN einchecken und pflegen?
Sollte es gute Gründe dafür geben dann wäre es doch zumindest hilfreich, wenn man an einer zentralen Stelle diese "inoffiziellen" Module herunterladen könnte.
Was ist eure Meinung dazu?
Gruß
Lars
Es gibt es im FHEM-SVN das contrib-Verzeichnis - wer sich nicht traut sein Modul 'offiziell' anzubieten, kann es ja erst mal nach contrib ablegen, das ist dann zentral genug (und existiert schon). Ansonsten entscheidet das doch der jeweilige Entwickler selber, warum sprichst Du dejenigen nicht direkt an? Ich z.B. arbeite selber mit git. Man kann aus git auch schön ins SVN committen. Vorab- und Testversionen meiner (offiziell angebotenen) Module committe ich oft erst mal nur auf Github und verlinke das ins Vorum - warum? Einfach weil das mit meinem Entwicklungsprozess besser integriert (Das Mergen mit SVN macht nicht wirklich Spaß, in Git ist das in der Regel eine Sache von Sekunden). Die Alternative wäre, dass ich Vorabversionen in eigenen SVN-branches ablegen würde. Der Unterschied wäre aber nur für Entwickler oder Anwender, die auch mit SVN arbeiten überhaupt ersichtlich, da ich diese Vorabversionen auch per Link (auf Sourceforge) im Forum verlinken würde.
Ergo: ich (als Entwickler) würde am bestehenden nichts ändern wollen...
Gruß,
Norbert
Norbert, im Rahmen des Entwicklungsprozess kann ich das auch nachvollziehen. Es gibt aber Entwickler die ihre neuen Module nie im fhem-svn ablegen, auch nicht im contrib Verzeichnis.
Zitat von: ntruchsess am 13 August 2014, 17:44:51Ansonsten entscheidet das doch der jeweilige Entwickler selber, warum sprichst Du dejenigen nicht direkt an?
Wenn das jeweilige Modul unter einer geeigneten Lizenz steht, kannst Du es auch selber nach 'contrib' commiten.
Es kann viele Gründe geben. Möglicherweise will/kann der Entwickler keinen Support leisten wollen, oder hält das Modul nicht für allgemein interessant, oder einfach nicht für stabil genung.
Die Möglichkeit besteht, die Entscheidung obliegt dem jeweiligen Entwickler.
Zitat von: ntruchsess am 13 August 2014, 17:44:51
Ich z.B. arbeite selber mit git. Man kann aus git auch schön ins SVN committen. Vorab- und Testversionen meiner (offiziell angebotenen) Module committe ich oft erst mal nur auf Github
wie lange hat bei Dir das initiale clonen des fhem-svn eigentlich gedauert? Bei mir läuft das seit Stunden...
Zitat von: betateilchen am 15 August 2014, 11:33:50wie lange hat bei Dir das initiale clonen des fhem-svn eigentlich gedauert?
das weiss ich leider nicht mehr. Ich habe das damals einfach über Nacht laufen lassen. Du kannst aber auch einfach mit dem parameter --revision die Historie einschränken (alles was älter als ein paar Wochen ist braucht man normalerweise eh nicht zum täglichen Arbeiten), dann geht's in Minuten.
Gruß,
Norbert
Danke für die Info.
Zitat von: ntruchsess am 15 August 2014, 12:59:26
Du kannst aber auch einfach mit dem parameter --revision die Historie einschränken
Das kann ich bei meinem git-Client beim initialen Einrichten leider nicht angeben.
warum nimmst Du nicht die command-line? Das gibt's ja nicht nur auf Linux (http://git-scm.com/download/win). Wenn das Repository erst mal lokal auf der Platte ist, sollte Dein GUI-tool auch damit klarkommen.
Zitat von: ntruchsess am 15 August 2014, 13:56:32
warum nimmst Du nicht die command-line?
weil ich vor dem Starten nicht wusste, dass da jede Revision einzeln ausgecheckt wird. Es ist das erste svn repo, das ich mit einem git tool auschecke - es hat mich einfach interessiert, nachdem Du Deine Vorgehensweise hier erwähnt hattest.
Aber ich denke, ich werde auch künftig mit zwei getrennten Clients arbeiten, einen für SVN (Versions) und einen für Git (Tower).
Dein Link zur Windows-Version nützt mir übrigens auf dem Mac nicht so arg viel *lach*
die mac version (http://git-scm.com/download/mac) wäre auch nur einen click weit weg gewesen ;-)