2014-04-01 21 views
6

Zauważyłem, że podczas korzystania z Git Extensions na Windows do init gołego repozytorium, że robiKorzystając z git w Windows, czy opcja -shared do git-init robi coś użytecznego?

git init --bare --shared=all 

Czytałem instrukcję dla opcji --shared. Wydaje się, że wygodne jest ustawianie uprawnień do folderów, ale opisy są bardzo UNIX-y (np. umask).

Moje zdalne repozytorium to zostaną udostępnione, ale są na zdalnym udziale UNC w ramach uwierzytelniania systemu Windows.

Tak, w mojej sytuacji, czy jest potrzeba tej opcji --shared, na przykład, jeśli zainicjowałem repo z wiersza polecenia?

Odpowiedz

1

Z wyjątkiem uprawnień (które w rzeczywistości mogą nie działać w systemie Windows), użycie flagi --shared ustawia również konfigurację receive.denyNonFastForwards we wspólnych repozytoriach. Oczywiście możesz ustawić to ręcznie, jeśli chcesz ...

Spróbuj uruchomić git init --bare --shared=all z powłoki git-bash i sprawdź, czy otrzymujesz raporty dotyczące uprawnień.

+0

Uruchamiam to z 'git-bash', nie mam żadnych raportów dotyczących uprawnień. Sprawdzając plik konfiguracyjny, poprawne jest 'receive.denyNonFastForwards'. Właściwość 'core.sharedrepository' również jest ustawiona. Poza tym założę się, że nie ma żadnego realnego sensu dla tego przełącznika w systemie Windows i oznaczyć twoją jako poprawną odpowiedź. –

+0

@PeterReavy Po prostu z ciekawości, (ponieważ nie wypróbowałem tego w systemie Windows) zauważyłeś i zmieniłeś prawa do katalogów po utworzeniu udostępnionego repo? –

+0

Zrobiłem jedno powtórzenie każdego z nich w moim lokalnym systemie plików i uruchomiłem 'cacls' przeciwko obydwu i zmieniłem wynik. W ogóle nie miało to wpływu na uprawnienia. –

Powiązane problemy