Zukunft von subversion?

[Otto123]

Ich kann und möchte Kubernetes nicht supporten/administrieren.
Proxmox und Docker ist kein Problem - bei dem was Cooltux jetzt erklärt stehen bei mir nur Fragezeichen. Am Ende ist keiner da, der diese Plattform am Leben hält.

Klingt für mich nicht nach Migration sondern nach Neuanfang.

[TomLee]

Am Ende ist keiner da, der diese Plattform am Leben hält.

Danke, das Du es auf den Punkt bringst...

[Sidey]

Mir faellt dazu nur ein, 150 Benutzer anzulegen, deren Emailadresse aus dem Forum rauszusuchen, und eine email mit dem Passwort zu senden.
Leider entspricht der SVN-Benutzername nicht immer dem Namen im Forum.
Ich hoffe es gibt einen besseren Weg.

Jeder Maintainer benötigt heute einen Forums Account.
Zum Account gibt es eine E-Mail-Adresse.

Neue User müssen sich registrieren.
Idealerweise nutzt man für das Forum und dem Git Service die gleichen IDP. Dann läuft es nicht auseinander.


Grüße Sidey

[CoolTux]

Ich kann und möchte Kubernetes nicht supporten/administrieren.
Proxmox und Docker ist kein Problem - bei dem was Cooltux jetzt erklärt stehen bei mir nur Fragezeichen. Am Ende ist keiner da, der diese Plattform am Leben hält.

Klingt für mich nicht nach Migration sondern nach Neuanfang.

Selbstverständlich geht auch Docker. Im Zuge dessen kann man aber auch mal schauen das man das ganze aufsetzen und konfigurieren automatisiert.
Wenn man die gesamte FHEM e.V. Umgebung neu machen müsste bräuchte man doch locker einen bis anderthalb Tage. Mit Automatisierung hast Du alles in einer halben Stunde stehen, komplett mit 100 Prozent Konfiguration genau so wie sie heute steht.

Nur als Beispiel.

[Otto123]

Bevor wir alles automatisch neu machen ging es hier erstmal um SVN und einen möglichen Ersatz. Ich fasse mal die Vorschläge zusammen:

• Gitea
• Forgejo
• GOGS

Zu klären / testen / entwickeln ist:

• Userverwaltung
• FHEM Update
• Migration des jetzigen Entwicklungsstandes
• Bildung Versionsnummern
• Beibehaltung / Alternativen zu jetzigen SVN Features wie trac, SVN Hooks

Ursprüngliche Frage von betateilchen war aber die Unterstützung von vorhandenen Entwicklertools, Editoren, Plugins usw. Ist da das backend "egal" und reicht dafür "ist wie github" - ich denke die fokussieren sich alle auf github - oder sehe ich das falsch?

Die "Containerisierung" und Automatisierung der Infrastruktur sollten wir getrennt diskutieren, da habe ich mich auch ziemlich viel damit beschäftigt (allerdings nicht unter dem Begriff IaC ).

[CoolTux]

GitHub ist im Grunde Git. Egal welchen Gitserver man nimmt. Gitea, GitHub oder Gitlab. Das Prinzip ist bei allen gleich. Nur die Extras dann halt mal mehr mal weniger. Pipelines und sowas. Migration soll wohl mittels commandline tool auch ganz einfach sein. svn-git oder sowas. Ich schicke Dir mal einen Link.
User-Verwaltung und vor allem wie man mit Git arbeitet wird dann schon interessanter. Die Art und Weise wie man mit Git als Team oder Contributor arbeitet ist total anders zu SVN.

[betateilchen]

Zu klären / testen / entwickeln ist:

• ...
• FHEM Modul "fheminfo"
• FHEM Modul "version"
• Die komplette FHEM Statistik
• ...

[betateilchen]

Ursprüngliche Frage von betateilchen war aber die Unterstützung von vorhandenen Entwicklertools, Editoren, Plugins usw.

Inzwischen habe ich die bisher benutzten Tools auch auf dem neuen macBook wieder in Betrieb, eben in den vorherigen Versionen, die auch noch subversion unterstützen. Auf die Installation von updates dieser Tools werde ich einfach verzichten. Für meine Zwecke sind sie alle gut und ausgereift, so wie sie jetzt sind.

Insofern kann ich auch noch ein paar Jahre weiter mit svn leben.

Der Thread hatte nicht den Zweck, jetzt kurzfristig eine Umstellung bei FHEM anzustreben, sondern einfach eine Diskussion und anzustoßen und zu erfahren, ob andere Entwickler ähnliche Erfahrungen gemacht haben.