GitLab - Versionsgeschichte

Ralf: problem solved

2014-12-17T18:12:31Z

problem solved

← Nächstältere Version		Version vom 17. Dezember 2014, 18:12 Uhr
Zeile 4:		Zeile 4:

	Falls du selber ein Projekt hosten willst, lege es einfach an - es wird dann unter deinem Nutzernamen angelegt. Falls du das Projekt jedoch für andere öffnen willst, solltest du es in einer Gruppe anlegen - normalerweise wird das die Gruppe "Hacksaar" sein. Man kann die Zugehörigkeit eines Projekts zu einer Gruppe/einem Nutzer nachträglich ändern, aber dann werden alle alten URLs ungültig.		Falls du selber ein Projekt hosten willst, lege es einfach an - es wird dann unter deinem Nutzernamen angelegt. Falls du das Projekt jedoch für andere öffnen willst, solltest du es in einer Gruppe anlegen - normalerweise wird das die Gruppe "Hacksaar" sein. Man kann die Zugehörigkeit eines Projekts zu einer Gruppe/einem Nutzer nachträglich ändern, aber dann werden alle alten URLs ungültig.

	~~= Probleme =~~

	~~== Klonen via http verlangt nach einem Passwort ==~~

	GitLab bietet Gästen an, öffentliche Projekte via http zu klonen. Aufgrund eines Bugs wird dabei jedoch trotzdem nach einem Passwort gefragt. Dieser Bug samt Patch wurde an den Hersteller berichtet (siehe [https://gitlab.com/gitlab-org/gitlab-ce/merge_requests/84 Bug-Report auf GitLab.com]). Leider entschied sich GitLab, den Bug zu ignorieren, da sie ihn nicht reproduzieren können. Wenn das Klonen via http also (mal wieder) nicht klappt, wurde vergessen, den lokalen Patch einzuspielen.

Ralf: scheint als hätten wir kein ref

2014-10-04T12:57:37Z

scheint als hätten wir kein ref

← Nächstältere Version		Version vom 4. Oktober 2014, 12:57 Uhr
Zeile 9:		Zeile 9:
	== Klonen via http verlangt nach einem Passwort ==		== Klonen via http verlangt nach einem Passwort ==

	GitLab bietet Gästen an, öffentliche Projekte via http zu klonen. Aufgrund eines Bugs wird dabei jedoch trotzdem nach einem Passwort gefragt. Dieser Bug samt Patch wurde an den Hersteller berichtet~~.<ref>~~[https://gitlab.com/gitlab-org/gitlab-ce/merge_requests/84 Bug-Report auf GitLab.com]~~</ref>~~ Leider entschied sich GitLab, den Bug zu ignorieren, da sie ihn nicht reproduzieren können. Wenn das Klonen via http also (mal wieder) nicht klappt, wurde vergessen, den lokalen Patch einzuspielen.		GitLab bietet Gästen an, öffentliche Projekte via http zu klonen. Aufgrund eines Bugs wird dabei jedoch trotzdem nach einem Passwort gefragt. Dieser Bug samt Patch wurde an den Hersteller berichtet (siehe [https://gitlab.com/gitlab-org/gitlab-ce/merge_requests/84 Bug-Report auf GitLab.com]). Leider entschied sich GitLab, den Bug zu ignorieren, da sie ihn nicht reproduzieren können. Wenn das Klonen via http also (mal wieder) nicht klappt, wurde vergessen, den lokalen Patch einzuspielen.

Ralf am 4. Oktober 2014 um 12:57 Uhr

2014-10-04T12:57:11Z

← Nächstältere Version		Version vom 4. Oktober 2014, 12:57 Uhr
Zeile 4:		Zeile 4:

	Falls du selber ein Projekt hosten willst, lege es einfach an - es wird dann unter deinem Nutzernamen angelegt. Falls du das Projekt jedoch für andere öffnen willst, solltest du es in einer Gruppe anlegen - normalerweise wird das die Gruppe "Hacksaar" sein. Man kann die Zugehörigkeit eines Projekts zu einer Gruppe/einem Nutzer nachträglich ändern, aber dann werden alle alten URLs ungültig.		Falls du selber ein Projekt hosten willst, lege es einfach an - es wird dann unter deinem Nutzernamen angelegt. Falls du das Projekt jedoch für andere öffnen willst, solltest du es in einer Gruppe anlegen - normalerweise wird das die Gruppe "Hacksaar" sein. Man kann die Zugehörigkeit eines Projekts zu einer Gruppe/einem Nutzer nachträglich ändern, aber dann werden alle alten URLs ungültig.

			= Probleme =

			== Klonen via http verlangt nach einem Passwort ==

			GitLab bietet Gästen an, öffentliche Projekte via http zu klonen. Aufgrund eines Bugs wird dabei jedoch trotzdem nach einem Passwort gefragt. Dieser Bug samt Patch wurde an den Hersteller berichtet.<ref>[https://gitlab.com/gitlab-org/gitlab-ce/merge_requests/84 Bug-Report auf GitLab.com]</ref> Leider entschied sich GitLab, den Bug zu ignorieren, da sie ihn nicht reproduzieren können. Wenn das Klonen via http also (mal wieder) nicht klappt, wurde vergessen, den lokalen Patch einzuspielen.

Ralf: Die Seite wurde neu angelegt: „[https://git.hacksaar.de/public GitLab] ist unser Quelltext-Verwaltungssystem. Dort liegen die Quelltext aller unserer Projekte. Wenn du also einen Fehler beri…“

2014-04-20T17:07:03Z

Die Seite wurde neu angelegt: „[https://git.hacksaar.de/public GitLab] ist unser Quelltext-Verwaltungssystem. Dort liegen die Quelltext aller unserer Projekte. Wenn du also einen Fehler beri…“

Neue Seite

[https://git.hacksaar.de/public GitLab] ist unser Quelltext-Verwaltungssystem. Dort liegen die Quelltext aller unserer Projekte. Wenn du also einen Fehler berichten willst oder dir den Quelltext anschauen, folge einfach dem [https://git.hacksaar.de/public Link]. Einen Account kannst du dir selber anlegen.

Um Schreibzugriff auf die Hacksaar-weiten Projekte zu bekommen, musst du Mitglied der Gruppe "Hacksaar" werden. Wende dich dafür an [[User:Ralf|Ralf]], der kann das einrichten.

Falls du selber ein Projekt hosten willst, lege es einfach an - es wird dann unter deinem Nutzernamen angelegt. Falls du das Projekt jedoch für andere öffnen willst, solltest du es in einer Gruppe anlegen - normalerweise wird das die Gruppe "Hacksaar" sein. Man kann die Zugehörigkeit eines Projekts zu einer Gruppe/einem Nutzer nachträglich ändern, aber dann werden alle alten URLs ungültig.