Hallo zusammen,
zunächst mal Danke für die hier entstehende Infrastruktur!
Beim Einpflegen unserer Projekte und den ersten Issues, die ich hier bekommen habe, habe ich mich gefragt, inwiefern eine Synchronisierung mit weiteren Quelltext-Repositories (insbesondere github) möglich ist. Denn wir möchten unsere Softwareprojekte idealerweise nur an einer Stelle pflegen (und ich vermute, das wird einigen anderen Softwareprojekten genauso gehen). Das betrifft sowohl Issues und Pull bzw. Merge-Requests (die einfachste Lösung wäre vmtl. diese nur auf einer Plattform zu erlauben) als auch Commits.
Kennt jemand dafür eine bereits automatisierte Lösung? Oder gibt es seitens Open CoDE eine Empfehlung dafür?
Viele Grüße aus Münster
Thomas
5 „Gefällt mir“
Hallo @terstiege,
danke für das Feedback. Das Problem ist bekannt, jedoch nicht über die Frontends abgebildet. Eine (insbesondere unidirektionale) Synchronisierung mehrerer Gits kann über verschiedene Lösungen, etwa als Bestandteil der CI-Pipeline, über GitLab Features oder in kurzer Eigenentwicklung für spezifische Use-Cases vorgenommen werden. Leider kann es bei bidirektionaler Synchronisation immer zu Konflikten kommen, weshalb eine allgemeingültige und frontendgestützte bidirektionale Synchronisierung mehrerer Gits und Projektmanagementinformationen (Issues etc) aktuell nicht möglich ist(1), bzw maximal auf hochfrequente push&pull-Synchronisationen zurückgreift.
Als generische Antwort ohne technisches Konfliktpotential empfehlen wir daher nur ein Git als Master zu pflegen und so kenntlich zu machen. Das Projekte nicht parallel an mehreren Orten entwickeln und an manchen Spiegeln dadurch keine umfassenden Diskussionen zulassen können ist nachvollziehbar. In diesem Fall bitten wir weiterhin um Reaktion auf Issues und Kommentare in Open CoDE, aber zu kommunizieren wann und welche Themen hier nicht bearbeitet werden können.
Technisch unterstützt Git den Merge von Branches unterschiedlicher Remotes. Das ist ein gutes Hilfsmittel um kleinere Erzeugnisse eines Remote einzufangen, wird bei größerer Entwicklung, mehreren zu betrachtenden Branches und tracking der Issues und Abnahmen aber problematisch. Inwiefern Projekte dies zulassen können obliegt natürlich dem Projekt.
Mit freundlichen Grüßen
Open CoDE
- 2-way-sync ("mirror") between GitHub and GitLab (#47249) · Issues · GitLab.org / GitLab FOSS · GitLab
3 „Gefällt mir“
Hallo @code_admin,
danke für die schnelle Antwort! (Leider funktioniert die Mailfunktion noch nicht, deshalb habe ich es erst später gesehen.)
Ich sehe ein, dass das Problem einer bidirektionalen Synchronisierung nicht einfach zu beantworten ist. Über den Link habe ich nun immerhin herausgefunden, dass gitlab sowohl push als auch pull mirroring anbietet. Leider ist nur push-mirroring in der (offensichtlich eingesetzten) kostenlosen Variante verfügbar, pull-Mirroring benötigt die enterprise edition.
Die aus meiner Sicht einfachste Variante wäre, wenn man direkt im gitlab ein pull Mirroring (im konkreten Fall von github) einstellen könnte. Deshalb meine Frage, ob der Einsatz der Enterprise Edition für Open CoDE in Frage kommt?
Alternativ fände ich Anleitungen, wie man das Problem sonst konkret lösen könnte, für beide Fälle (Hauptrepo woanders als bei Open CoDE / Hauptrepo bei Open CoDE) sehr hilfreich. Ich habe zumindest auf die Schnelle keine ganz einfache Lösung finden können, vermute aber, dass das Problem mehrere Projekte betreffen könnte.
Mir geht es dabei übrigens primär um den Quelltext. Bei Issues und Pull/Merge-Requests kann man ja manuell darauf hinweisen, dass die nur an einer Stelle gepflegt werden.
Viele Grüße
Thomas
4 „Gefällt mir“
Lässt sich das Issues-Feature in den Projekteinstellungen bei gitlab eigentlich abschalten?
Cheers
Sebastian
1 „Gefällt mir“
Ich stehe vor einem ähnlichen Problem. Ich betreibe ein Repository unter GitHub - dort möchte ich es auch als Master weiterführen.
Laut https://medium.com/@OpusTheRobot/how-to-sync-github-to-gitlab-f052803eb279 und https://docs.gitlab.com/ee/ci/ci_cd_for_external_repos/ kann man wohl immerhin unidirektional von GitHub nach GitLab verknüpfen.
Das würde ich gerne machen, allerdings zeigt mir OpenCode beim Erstellen eines Repositorys nicht die erforderliche Option „CI/CD for external repo“ an. Kann diese bitte noch aktiviert werden?
2 „Gefällt mir“
Schaut sich einer der Admins das hier noch an?
2 „Gefällt mir“
Hallo liebes OpenCoDE-Team,
wir brauchen diese Feature auch. Wir entwickeln unser Projekt auf GitHub und benötigen eine unidirektionale Synchronisation zu OpenCoDE.
Alternativ könnten wir nightly einen Pull vom Remote github und eine Push zum Remote OpenCoDE machen.
danke für das Feedback zu OpenCoDE.
Mirroring ist weiterhin ein heißes Thema - wir haben das Repository „Beispielsammlung“, inklusive einem Reiter für Replikationen gestartet. Hier möchten wir gute Beispiele auf Open CoDE sammeln und zur weiteren Verwendung weitergeben. Zwei Beispiele zur Unidirektionalen Replikation finden sich bereits.
Wir würden uns freuen, wenn die Beispiele Anwendung finden. Natürlich freut sich das Repository selbst über Feedback und Erweiterungen über Issues und Contributions.
Liebe Menschen hinter OpenCoDE,
schön, dass es hierzu endlich wieder etwas Bewegung gibt. Und auch schön, Beispiele zu sehen, wie eine Synchronisieriung in eine Richtung klappen kann. Weil mir das aber eher nach sehr individuellen Lösungen mit entsprechend hohem Fehlerpotential aussieht, würde ich meine grundsätzliche Frage von oben nochmal wiederholen:
Gitlab bietet eine deutlich einfachere Art & Weise an, die Synchronisierung von Repositories zu bewerkstelligen:
Für push-mirroring (also z.B. von github zu opencode) braucht man allerdings die kostenpflichtige enterprise-Edition von gitlab. Auch sonst hat die enterprise-edition sinnvolle Zusatzfeatures.
Gibt es einen öffentlich kommunizierbaren Grund dafür, warum die deutsche open-source-Plattform der deutschen Verwaltungen keine finanziellen Mittel für die Enterprise-Edition zur Verfügung stellen möchte? Dann könnten nämlich viele deutsche Verwaltungen Ressourcen u.a. bei der dezentralen Bastelei zum Thema Mirroring sparen.
Viele Grüße aus Münster
Thomas
P.S.: Ich bekomme leider weder vom Forum noch vom gitlab Benachrichtigungsmails. Soll ich dazu irgendwo ein neues Thema öffnen oder ein Issue schreiben oder reicht diese PS-Nachricht, damit sich jemand das Problem anschaut?
1 „Gefällt mir“
Ich unterstütze weiterhin das Anliegen, die von terstiege geschilderte Funktion zu implementieren - alles andere ist mE Stückwerk. Und ich werde so mein github-Repository hier nicht einbinden, wenn das nicht kommt.
Auch ich bekomme keine Benachrichtigungen über Antworten hier im Forum, obwohl das Forum das behauptet.
Danke für den Link, könnte tatsächlich das gleiche Problem sein. Schade, dass es dort innerhalb von neun Monaten noch nicht mal eine Antwort gibt, zu einem wirklich wichtigen Feature.
Auch, dass es noch nicht mal eine Antwort gibt, ob/warum gitlab nicht in der Enterpreise-Edition betrieben wird, zeugt von keiner guten Verantwortlichkeitsstruktur hinter OpenCoDE.
Liebe Organisationen hinter OpenCoDE (vielleicht erreichbar unter @code_admin ?), meint ihr es tatsächlich ernst damit, dass diese Plattform von bzw. für die gesamte deutsche Verwaltung benutzbar sein soll? Dann braucht es aus meiner Sicht dringend mehr Ressourcen, um OpenCoDE zu betreiben! Wir entwickeln gerade eine Software über OpenCoDE und sowohl Support als auch gut funktionierende Infrastruktur ist auf keinem marktüblichen Niveau!
2 „Gefällt mir“
Auch wir haben einen Sync Job gebaut, aber leider schlägt dieser in 95 % der Fälle fehl aus absolut unerfindlichen Gründen seitens OpenCoDE GitLab. Es wäre toll, wenn das irgendwann besser laufen würde.
2 „Gefällt mir“
Hallo Verantwortliche für da OpenCode. Ist irgendjemand zuhause? So wird das ja nix.
Das Forum ist kein offizieller Support Channel. Dafür an: Kontakt | Software
Kurze Antwort, das müssen User per CI Job selbst syncen. Das GitLab Feature dazu befindet sich hinter einer Paywall. Alles weitere bitte direkt beim Support erfragen.
Dass das Forum kein offizieller Support-Channel ist, halte ich mindestens für fragwürdig für ein Projekt wie OpenCoDE. Ich lese auch diesen Beitrag anders. Es handelt sich ja hier nicht um einen dringenden Support-Bedarf sondern um eine ganz grundsätzliche Entscheidung seitens Open CoDE, die durch „die Community“ doch auch diskutiert werden sollte. Dass sich die Entscheidungsträger*innen hier einfach komplett rausziehen (es gab ja mal ganz oben sogar eine Antwort) spricht nicht für die Offenheit, die ich von diesem Projekt erwarten würde. Deshalb auch einfach nochmal explizit ein ping an @code_admin, was ja auch eine E-Mail zur Folge haben müsste.
So wie ich es sehe, könnte mit einer Enterprise-Edition dieses Problem (was übrigens auch lange vor Entstehen dieser Plattform in relevanten Kreisen immer wieder als wichtiges Feature genannt wurde) sehr einfach behoben werden. Es ist aus meiner Sicht völlig unverständlich, warum nicht die Enterprise-Edition genutzt wird. Ich kann (inzwischen nach langem Warten) daraus nur schließen, dass Open CoDE doch nicht so wirklich professionell genutzt werden soll und dass Digitalisierung in deutschen Verwaltungen nach wie vor irgendwie nebenbei passieren muss.
(Falls jemand direkt beim „Support“ per Mail nachfragt, bitte die Konversation hier direkt rüberkopieren und damit öffentlich machen.)
Der code admin account ist ein Hüllenaccount und soweit ich weiß nicht mit einer erreichbaren e-mail verknüpft.
Noch einmal der Hinweis:
Kontakt | Software
Bitte dort kontaktieren, das Team ist generell für Diskussionen offen, inwieweit, wer was und warum entschieden hat, kann ich hier leider nicht diskutieren. Daher bitte an den Support und das Anliegen dort anbringen, damit es wirklich vom Projektkreis bearbeitet werden kann.
Zur Enterprise Version, genau das gleiche Thema. Die kostet Geld, somit muss das Thema natürlich entsprechend auch die Ressourcen bekommen. Ich kann so viel sagen, es gab Gespräche, auch mit GitLab selbst. Mehr Auskunft kann ich hier leider nicht geben, auch dafür, bitte an den Support… .
Danke für die Erläuterung.
Ich sehe es nicht als meine Aufgabe an, OpenCode zum Jagen zu tragen. Wenn nach 18 Monaten(!!) nach Anmeldung des Feature-Wunsches das Ergebnis ein Verweis auf eine andere angeblich zuständige Stelle ist, werde ich keine Energie mehr hier investieren und mich um mein Projekt alleine kümmern.
Ich konnte letzte Woche auf der „Smart Country Convention“ in Berlin Verantwortliche von Open CoDE zu diesem Thema sprechen.
- Es wird keine Enterprise-Edition von gitlab eingesetzt, weil die nicht 100% „open source“ ist. Geld ist nicht das Problem.
- Mit den Workarounds weiter oben kann man das beschriebene Problem lösen (pull-mirroring von anderen git-repos).
- Das Zendis, welches sich gerade im Aufbau befindet, wird 7 Personen haben, die sich um Open CoDE kümmern. Community-Management (also u.a. hier im Forum mitzulesen und auch qualifiziert zu antworten) ist eine dieser Aufgaben.
2 „Gefällt mir“