Empfehlung für GIT-Server

  • Welche Software eignet sich denn am besten, um einen GIT-Server zu betreiben?

    Er sollte ein Web-Interface haben, mit dem man alle Tags und Branches anzeigen lassen und Versionsstände auschecken kann (auch als Archiv).

    Was es nicht braucht sind Pull-Requests oder Issue-Tracker (sollte, falls vorhanden, abschaltbar sein).

  • Ich nutze privat und in der Firma ein selbstgehostetes gitlab - ist aber für dich evtl. etwas über das Ziel hinaus.

    https://about.gitlab.com/

    Issues, Merge Requests, Wiki und ein paar andere Dinge kann man pro Projekt abschalten.

    Userverwaltung ist einfach, falls man doch mal jemanden dazu holen möchte.

    Projekte lassen sich als privat, internal (nur für registrierte User) oder public definieren.

    Mehrere Projekte können in Gruppen zusammengefasst werden, was die Rechtevergabe dann auch vereinfacht.

    Installation mit dem Omnibus-Package ist einfach und wird dann durch die normalen Systemtools auf dem Laufenden gehalten. Jeden 22. des Monats gibt es die nächste Version, dazwischen meist ein paar Patch-Releases.

    Komplettes Backup wird in ein einziges Tar-Archiv gemacht, zum Restore auf einen anderen Rechner braucht man dann nur noch die Schlüssel aus /etc/gitlab (die muss man nicht jedes mal mitsichern, eigentlich nur einmalig).

    CI/CD ist da auch sehr gut integriert, man kann also automatisiert bei Push/Tag oder sonst was Pakete kompilieren/Tests laufen lassen.

    vdr2: yaVDR 0.5/softhddevice @ G540, Intel DH67BLB3, Asus GT610/2GB, DDBridge + 2x DuoFlex C/T
    hdvdr: yaVDR unstable/softhddevice @ E8400, Asus P5Q SE Plus, 1x L4M-TwinCI + Flex C/T, 1x Sundtek MediaTV Pro, GT520
    Plugins: | avahi4vdr | dbus2vdr | dynamite | epg2timer | noepg | pvrinput | sundtek |

  • Ich stand vor kurzem vor der gleichen Frage und bin dann auch bei gitlab hängen geblieben.

    Ja, das ist schon recht umfangreich, es lässt sich aber komfortabel über die Web-Oberfläche bedienen und konfigurieren.

    Außerdem ist es Opensource und es gibt Pakete für verschiedene Linux-Distributionen. Es läuft sogar auf einem Raspi, wenn man sonst nichts weiteres mit ihm macht.

    VDR 2.7.4: ASUS Prime X470-PRO, Ryzen 7 5700X, 64GB, 6TB HD, GT1030, Fedora 41 Kernel 6.13 X86_64, Devicebonding 2 x 1 auf 2, TT6400, DVBSky S952 V3

    Git-Repo: gitlab.com/kamel5

  • Deine Anforderung passt recht gut auf GitWeb. Das läuft bei mir auch auf dem Webserver für meine Git-Repositories.

    VDR 2.6.5 Kodi 18.6-Leia
    Debian GNU/Linux 12, Thermaltake DH102, ASUS PRIME N100I-D, CineS2 V6.5.
    Plugins:
    radio v1.1.0-6-g468280f , trayopenng 1.0.2, fritzbox 1.5.3, cdplayer 1.2.4, femon v2.4.0-GIT-d366856, menuorg 0.5.2, extrecmenung v2.0.4, streamdev-server v0.6.3, cecremote 1.5.1, osd2web 0.3.2, softhddevice v2.0.6-GIT97e825d

  • Ich nutze gitea und bin hiermit vollauf zufrieden.

    gitlab benötig zu viele Ressourcen.

    Gruß
    Frodo

    Meine VDR Hardware

    YaVDR 0.6: Intel DQ67SW, Digital Devices Octopus Duo CI, 2x DD DuoFlex S2 V4, NVIDIA GT 610 (GF119), IMON VFD

    YaVDR 0.6: Asus Z170I PRO GAMING, NVIDIA GT 1030 (GP108-A), SilverStone ML02B-MXR, IMON LCD

    YaVDR 0.6: Intel DH67CF, TT S2-6400, NVIDIA GTX 1050 (GP107-A)

    YaVDR 0.5: Intel DH67BL, TT S2-6400, TT S2-3200, NVIDIA 210 (GT218)

    YaVDR 0.6: Zotac D2550ITX, NVIDIA GT 610 (GF119) onboard, IMON VFD

  • Ich weiß, du wolltest einen eigenen Server betreiben, aber was spricht dagegen das auszulagern und GitHub zu verwenden?
    Die haben auch die Möglichkeit gegen Entgeld Private Repos zu betreiben.

    In der Firma nutzen wir die Atlassian Tools wie Jira, Confluence und Bitbucket. Mein Sohn verwendet diese Tools auch auf seinem Server. Da gibt es eine User Beschränkung für die kleinste Lizenz (10 User), aber du hast ja nicht genau beschrieben was du damit machen willst also wollte ich auch diese Toolchain erwähnen.

    Falls es für den VDR sein soll, dann würde ich tatsächlich für GitHub plädieren.

    VDR Info

    VDR1: yaVDR 0.6.1, MSI 785GTM-E45 mit AMD Sempron 140, 1GB RAM, ASUS EN210/512MB, Disk 1TB, Attric, Cine S2 6.5 mit CI, ddci2 1.0.5, VDR 2.3.8 Test Version
    VDR2: yaVDR 0.6.1, ASUS P8H77-V LE mit Intel Pentium G2120, 4GB RAM, ASUS GT610/2GB, Disk 4TB, Y.A.R.D.2, Octopus Twin CI + DuoFlex S2 + Duoflex S2 v4 mit CI, ddci2 1.0.5, VDR 2.2.0

    Plugins: |ddci2 CI-Support für DD/L4M für VDR 2.x.y |
    Treiber: |dddvb-linux-kernel Linux kernel tree with integrated DDDVB driver package |
    Treiber DKMS: |media-build-dkms DKMS for the above mentioned drivers (Forum) |

  • Github hat dann Vorteile wenn man von der Gruppendynamik profitieren will die GitHub bieten kann. Also statt nur Feature-Requests gleich ganze Lösungen als Pull-Request zu bekommen, die dann als Projektleiter direkt in GitHub mit dem Beitragenden diskutieren und letztlich die Änderungen einfach pullen.

  • Ich bin gerade dabei, ein Script zu schreiben, welches mein RCS in ein GIT verwandelt. Das Ergebnis möchte ich dann auf meinem Server (tvdr.de) mit einem eigenen GIT-Server zur Verfügung stellen, damit es künftig keine "Beschwerden" mehr wegen eines fehlenden "offiziellen" GIT-Archivs oder "Patch-Orgien" gibt ;-).

    Ich selber werde weiterhin mit meinem guten alten RCS arbeiten und meine Änderungen fallweise automatisiert ins GIT übertragen. Das GIT wird als quasi ein read-only Abbild meines RCS sein.

  • Hi!

    Ich bin gerade dabei, ein Script zu schreiben, welches mein RCS in ein GIT verwandelt.

    Ich habe selbst schon von SVN nach Git importiert, was sehr gut funktioniert, aber du hast ja RCS und das müsste man erst mal nach CVS/SVN konvertieren.
    Also direkt geht das ziemlich sicher nur mit einem selbst gebauten Script.

    Das Ergebnis möchte ich dann auf meinem Server (tvdr.de) mit einem eigenen GIT-Server zur Verfügung stellen, damit es künftig keine "Beschwerden" mehr wegen eines fehlenden "offiziellen" GIT-Archivs oder "Patch-Orgien" gibt ;-).

    Also wenn das das Ziel sein soll, dann verstehe ich wirklich nicht warum es nicht GitHub sein kann?
    Da hast du absolut keinen Aufwand bez. Server Wartung und zuverlässiger sollte es auch sein, weil die sicher eine große Server Farm im Hintergrund haben, die Weltweit gut angebunden ist.

    Ich selber werde weiterhin mit meinem guten alten RCS arbeiten

    Ich editiere auch noch immer mit vi und verwende grep, aber Git möchte ich nicht mehr missen.
    Gewohnheiten sind schwer abzulegen ... ;)

    VDR Info

    VDR1: yaVDR 0.6.1, MSI 785GTM-E45 mit AMD Sempron 140, 1GB RAM, ASUS EN210/512MB, Disk 1TB, Attric, Cine S2 6.5 mit CI, ddci2 1.0.5, VDR 2.3.8 Test Version
    VDR2: yaVDR 0.6.1, ASUS P8H77-V LE mit Intel Pentium G2120, 4GB RAM, ASUS GT610/2GB, Disk 4TB, Y.A.R.D.2, Octopus Twin CI + DuoFlex S2 + Duoflex S2 v4 mit CI, ddci2 1.0.5, VDR 2.2.0

    Plugins: |ddci2 CI-Support für DD/L4M für VDR 2.x.y |
    Treiber: |dddvb-linux-kernel Linux kernel tree with integrated DDDVB driver package |
    Treiber DKMS: |media-build-dkms DKMS for the above mentioned drivers (Forum) |

  • (G)eiler (I)st (T)oller :) Muss ja nicht github sein wo viele zu gitlab rennen. Man kann auch mit gitea sein eigenes Ding hoch ziehen das schon recht gut rennt.

    Community Doks: https://vdr-projects.github.io/

    Informationen...
    Debian testing oder stable
    Devices: Sundtek MediaTV Pro (DVB-C),
    VDR:
    - vdr (2.6.0/2.6.0)
    - conflictcheckonly (0.0.1)
    - epgsearch (2.4.1)
    - epgsearchonly (0.0.1)
    - femon (2.4.0)
    - osdteletext (2.3.1)
    - quickepgsearch (0.0.1)
    - streamdev-client (0.6.1-git)
    - streamdev-server (0.6.1-git)
    - svdrpservice (1.0.0)
    - vnsiserver (1.8.0)
    - xineliboutput (2.2.0)

    multirename (https://github.com/flobee/multirename )

    "00001.ts -> Merlin_-_2014-08-16_1410.ts"

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!