blob: 63afbc4a68d4ef3c42446803dcfd3b19a140afcd [file] [log] [blame]
Zesstra0ce8cdf2016-07-17 16:20:43 +02001gerrit: secure-Verzeichnisse
2----------------------------
3
4Normalerweise sind Projekte in /d/ durch alle Vollmagier lesbar.
5Da git/gerrit sich nicht fuer secure/ interessiert, muessen Projekte mit
6secure/ leider anders behandelt werden: nur der eigentlich Eigentuemer, der
Bugfix4fc67272016-07-19 10:39:17 +02007zustaendige RM sowie W+ koennen sie lesen (nicht nur secure/, sondern das
Zesstra0ce8cdf2016-07-17 16:20:43 +02008komplette Repo).
9
10Ihr koennt sie genauso wie alle anderen Verzeichnisse importieren/anlegen. Das
11Script, was das tut, stellt automatisch die Benutzerrechte anders ein als bei
12normalen /d/-Verzeichnissen, sobald irgendein Unterverzeichnis den Namen
13"secure" hat.
14
15Ihr solltet euch zusammen mit dem RM ueberlegen, ob man wegen eines secure/
16das ganze Projekt fuer viele unlesbar machen muss oder ob ihr evtl. ein
17einzelnes Projekt nur fuer das secure/ anlegt.
18
19Ich moechte ein secure/ in meinem Projekt anlegen.
20-------------------------------------------------
21Dann solltest Du vorher die Projektkonfiguration so aendern, dass nicht
22mehr jeder lesen darf.
23- Stelle sicher, dass der RM, Du selbst und die Erzmagier das Recht
24 "Owner" auf refs/* haben.
25- Erbe die Rechte nicht mehr von d/<region>, sondern All-Projects
26Im Zweifelsfall lass Dich im MG erst beraten.
27
28Ich moechte ein secure/ loeschen.
29--------------------------------
30Sehr gut!
31- Erbe in Deinem Projekt die Rechte nicht mehr von All-Projects, sondern
32 d/<region>
33Im Zweifelsfall lass Dich im MG erst beraten.
34