Versionsverwaltung auf eigener Webseite

[jobo]

Also in Betrieb hab ich so eine Kombi noch nie gehabt. Es war nur die Überlegung, dass ein Raspby im "Einmannbetrieb" ausreichen sollte.
Ach wenn man nicht Linux bewandert ist, sollte man das aufsetzen können. Vielleicht gibt's ja schon fertige Images irgendwo.

Weboberfläche
Hab ich glaube ich nicht ganz verstanden die Anforderung. Für einen Gitserver habe ich noch nie eine GUI gebraucht. Projekt- und Key-/User-, Zugriffs- Verwaltung mache ich lokal mit git bash, die eigentlichen Projekte können ebenso oder mit den üblichen Verdächtigen (Sourcetree..) bewerkstelligt werden.
Projektzugriff über SSH Weburl geht auch.

[jaenicke]

Wir benutzen den Bonobo git Server. Der funktioniert allerdings nur unter Windows glaube ich. Der bietet eine komfortable Web Konfiguration an.

[KRo]

Zitat von jobo:

Also in Betrieb hab ich so eine Kombi noch nie gehabt. Es war nur die Überlegung, dass ein Raspby im "Einmannbetrieb" ausreichen sollte.

Für Ein-Mann-Betrieb und nur zuhause reicht der RasPi allemal aus - zumindest für moderate die Projektgrößen, die bisher auftraten.

Zitat von jobo:

Weboberfläche
Hab ich glaube ich nicht ganz verstanden die Anforderung. Für einen Gitserver habe ich noch nie eine GUI gebraucht. Projekt- und Key-/User-, Zugriffs- Verwaltung mache ich lokal mit git bash, die eigentlichen Projekte können ebenso oder mit den üblichen Verdächtigen (Sourcetree..) bewerkstelligt werden.
Projektzugriff über SSH Weburl geht auch.

Für mich brauche ich die auch nicht. Aber ich hatte Himitsu so verstanden, dass er das Feature gerne hätte. Machbar sollte das sein - wenn man sich etwas mit Linux auskennt (oder ein gutes Tutorial verstehen und ab-/umarbeiten kann).

Ciao,
KRo

[himitsu]

Zitat von Namenloser:

Du könntest GitLab nehmen, das ist so eine Art Open-Source-Klon von GitHub, den man lokal installieren kann.

Da könnte ich aber auch weiterhin meinen daheimstehenden SVN-Server nutzen.

[himitsu]

Zitat von Ghostwalker:

also wenn ich das richtig verstehe, möchtest du deine Sourcen auf deinem Webspace via Git hosten und verwalten und diese ggf. auf deiner Seite verlinken.

Dazu müsste dein Hoster auf dem Server aber erstmal einen Git-Server installieren und die entsprechenden Ports freischalten, damit du auch remote drauf zugreifen kannst. Ich fürchte da wird er nicht mitspielen (außer du schaffst entsprechende finanzielle Anreize ).

Jupp, wäre praktisch, wenn ich daraus auch immer gleich die aktuelle Binary/Zip/GitLink in den Beiträgen verlinken könnte.

Jain.
Bei SVN muß zwingend ein Server installiert werden, oder es als ApacheModul in den Webserver integriert. (fällt hier leider flach)

Bei GIT kann man das Bare-Repo ja irgendwo rein legen und dann darüber verlinkten.
z.B. über FTP oder eben per WebDAV in einem Unterverzeichnis der Webseite (eventuell "versteck" und nicht über HTTP aufrufbar, aber wäre auch egal, für die öffentlichen Repos)

[Der schöne Günther]

Zwar nie probiert, aber reines dummes HTTP/FTP müsste ja zumindest für den "Hinweg" (also Readonly) zum Klonen klappen.

Für den Rückweg (Pull requests, commits, ...) muss dann natürlich etwas mehr Intelligenz dahinter stecken. Git über FTP wird ja anscheinend nicht offiziell unterstützt.

Alles richtig verstanden?

[Rollo62]

Nur mal als Idee hab ich nicht getestet. Git läuft prima ohne Server als remote Verzeichnis.

Womöglich geht dann ein WebDAV Laufwerk im Web wenn du keinen gleichzeitigen Zugriff brauchst.

Rollo

[himitsu]

Ein Zitat aus dem ersten Post.

Zitat von himitsu:

Also überlege ich grade in Richtung Git + WebDAV.

Schreiben würde erstmal nur ich und Andere dürfen gleichzeitig lesen.

[Rollo62]

Ja sorry
Hb halt zuwenig Zeit mir so lange Threads durchzulesen, bin hier voll im Stress.

Rollo

[CCRDude]

Wenn es um einen Server für Repositories geht, schätze ich die Vorteile von GitLab, GitHub, Bitbucket etc. sehr groß ein, z.B.:

• Issue-Tracker (direkt mit commits verknüpft, z.B. einfach in die commit-Message "closes #37" schreiben, und der Issue wird geschlossen und mit dem commit verknüpft)
• Wiki zur Dokumentation
• CI (nach jedem Push läuft ein Runner, führt phpunit/dunit/fptest aus, Ergebnisse erscheinen im web interface)
• Code-Voransicht im Browser (ggfls auch hilfreich zum Verlinken)
• Kommentarfunktionen (über webhooks auch Integration in Chatsysteme)
• Tag/Branch-Verwaltung

(All das geht auch anders, nur eben mit viel Konfigurationsaufwand.)

Ich kann jetzt nur für GitLab sprechen, aber da gibt's ohne Rootserver keine Chance. Das würde dann für die auf einen Zuhause-Server zeigende Subdomain sprechen.

Ich mache das mit dem Teilen übrigens noch anders: bei Projekten, die ich teile, habe ich zwei remotes eingerichtet und pushe nicht nur auf meinen lokalen, sondern auch auf ein gitlab.com repo, wo dann andere lesen dürfen.