blob: 3537959a954c9e9511f56e5d0829f351abfd6f6b [file] [log] [blame]
Zesstra0ce8cdf2016-07-17 16:20:43 +020011) Wo finde ich die Weboberflaeche?
2 https://anonymizer.zesstra.de:8443/
3
42) Wo ist die Anleitung?
5 https://anonymizer.zesstra.de:8443/Documentation/index.html
6
73) Wo ist die Anleitung fuer Projekteigentuemer?
8 https://anonymizer.zesstra.de:8443/Documentation/intro-project-owner.html
9
104) Wie clone ich ein Projekt / Repository
11 git clone ssh://zesstra@anonymizer.zesstra.de:29418/d/anfaenger/...
12 mit SSH-Hostalias mgg:
13 git clone ssh://mgg/d/anfaenger/...
14 Auf der Weboberflaeche werden auch direkte Copy&Paste-Kommandos angezeigt.
15
165) Wie bekomme ich Aenderungen in gerrit?
17 a) ohne Review
18 Das geht, falls ihr Schreibrechte fuer direkten Push in den Branch
19 habt:
20 git push origin <local_branch>:<remote_branch>
21 git push origin master:master
22 b) mit Review
23 Wenn ihr keine direkten Schreibrechte auf den Branch habt oder wollt,
24 dass eure Aenderung von jemand anderem gelesen wird:
25 git push origin <local_branch>:refs/for/<remote_branch>
26 git push origin master:refs/for/master
27
28 Nur der Zweig 'master' wird zwischen gerrit und dem Mud synchronisiert, alle
29 anderen Zweige bleiben nur in gerrit.
30 Eine ausfuehrlichere Darstellung gibt es in der Doku von gerrit:
31 https://anonymizer.zesstra.de:8443/Documentation/intro-user.html#upload-change
32 Und noch ausfuehrlicher:
33 https://anonymizer.zesstra.de:8443/Documentation/user-upload.html
34
356) Welche Bedeutung haben die Review-Labels?
36 Wenn ihr Aenderungen ueber den Review-Prozess einreicht, gibt es folgende
37 Labels, die RMs (und andere) vergeben koennen:
38 a) Code-Review
39 -2 Dies darf nicht angeschlossen werden (veto)
40 -1 Ich wuerde vorziehen, es so nicht anzuschliessen
41 0 keine Meinung / keine Ahnung (Default)
42 +1 Sieht gut fuer mich aus, aber jemand anders muss genehmigen
43 +2 Sieht gut fuer mich aus, anschlussfaehig
44 Jeder Vollmagier kann in /d/ Werte von -1 bis +1 vergeben.
45 Zustaendige RMs (und EM+) koennen Werte von -2 bis +2 vergeben (sprich: sie
46 duerfen auch ein Veto einlegen).
47 Vergibt jemand -2, kann diese Aenderung nicht ins MG gehen, bis diese
48 Meinung geaendert/geloescht wurde.
49 Eine +2 ist noetig, damit eine Aenderung ins MG geschoben werden kann.
50
51 b) Balance-Genehmigung
52 -1 Benoetigt, aber liegt nicht vor
53 0 Keine benoetigt (Default)
54 +1 Benoetigt und liegt vor
55 Jeder Vollmagier darf alle diese Werte vergeben. -1 blockiert den
56 Anschluss, 0 und +1 geben ihn frei.
57
587) Wie bekommen ich einen Magier dazu, meine Aenderung zu reviewen?
59 Gute Frage. ;-) Im Ernst: euer RM sollte es von sich aus tun, aber es
60 schadet nix, kurz Bescheid zu geben - speziell, wenn es eilig ist.
61 Ihr koennt auch jemanden zum Review einladen, sowohl auf der Weboberflaeche
62 wie auch per Kommandozeile:
63 https://anonymizer.zesstra.de:8443/Documentation/intro-user.html#adding-reviewers
64 ssh mgg gerrit set-reviewers
65
668) Wie kann ich die Commits eines Projekt im Web angucken?
67 In der Projektliste dem Link zu gitweb in der ganz rechten Spalte folgen.
68 Oder: https://anonymizer.zesstra.de:8443/gitweb?p=d%2Fanfaenger%2Fennox%2Ftutorial.git;a=summary
69
709) Wie kann ich Aenderungen in einem Projekt verfolgen?
71 Im gitweb eines Projektes kann man RSS- und Atom-Feeds abonnieren.
72
7310) Kann ich Aenderungen im Review aendern?
74 (Was sind diese Change-IDs?)
75 Klar - das geht, wenn der neue/geaenderte Commit die gleiche sog. Change-ID
76 hat wie der alte.
77 Details:
78 https://anonymizer.zesstra.de:8443/Documentation/user-changeid.html
79
8011) Wie bekomme ich Schreibrechte?
81 Fuer eure eigenen Projekte in /d/ und /players/ bekommt ihr normalerweise
82 automatisch die Rechte als Projekteigentuemer. Damit koennt ihr sogar nicht
83 nur Inhalt pushen, sondern auch Projekteinstellungen (inkl. Zugriffsrechte)
84 aendern. (Warnung: und euch selber aussperren.)
85 Als Projekteigentuemer duerft ihr auch in den meisten Projekten den
86 Review-Prozess umgehen. (Was aber vielleicht nicht immer sinnvoll und
87 manchmal nichtmals einfacher ist.)
88 (BTW: wenn ihr als Projekteigentuemer zuviel Unfug macht und RMs/EMs damit
89 unnoetig Arbeit, koennt ihr diese Rechte verlieren...)
90 Was ihr aber auch als Projekteigentuemer nicht duerft (weil das die
91 Synchronisation mit dem MG zerstoert), ist ein "forced push" in master,
92 d.h. ein push, der die Geschichte von master aendert.
93
9412) Ich bin aber in /d/ebene/<ich>/<dings> nicht Eigentuemer?
95 Dann wurde das Projekt vermutlich mit einer alten Version des
96 Importscriptes angelegt - das hat das leider noch nicht gemacht.
97 In diesem Fall wendet euch an den RM und bittet, euch als
98 Projekteigentuemer aufzunehmen.
99 (Alternativ koennt ihr diese Aenderung tatsaechlich selber vornehmen und
100 dann im Reviewprozess speichern. Der RM kann diese Aenderung mit einem
101 Befehl freigeben.)
102
10313) Ich moechte ein secure/ in meinem Projekt anlegen / loeschen.
104 Schau mal in die Manpage gerrit-secure.
105