Thread (6 messages) flat view 6 messages, 4 authors, 2016-06-15

Re: git init permissions?

From: Johan Herland <hidden>
Date: 2016-06-15 22:46:36

On Tuesday 14 April 2009, Ferry Huberts (Pelagic) wrote:
I'm looking at the git init --shared=group result and see:

drwxrwsr-x 7 ferry ferry  111 2009-04-14 19:51 .
drwxrwxr-x 3 ferry ferry   17 2009-04-14 19:51 ..
drwxrwxr-x 2 ferry ferry    6 2009-04-14 19:51 branches
-rw-rw-r-- 1 ferry ferry  127 2009-04-14 19:51 config
-rw-rw-r-- 1 ferry ferry   58 2009-04-14 19:51 description
-rw-rw-r-- 1 ferry ferry   23 2009-04-14 19:51 HEAD
drwxrwxr-x 2 ferry ferry 4.0K 2009-04-14 19:51 hooks
drwxrwxr-x 2 ferry ferry   20 2009-04-14 19:51 info
drwxrwsr-x 4 ferry ferry   28 2009-04-14 19:51 objects
drwxrwsr-x 4 ferry ferry   29 2009-04-14 19:51 refs

Is there some kind of reason that the branches directory is
not created with +s permissions?

I can understand it for the hooks and info directories since
you can not push into those. You _can_ however push into
branches and I would expect it to have +s too, like objects
and refs.

Bug or my misunderstanding?

git version 1.6.0.6
This was caused by the template files not getting adjusted permissions set 
correctly when copied into a new repository (by git init).

This has been fixed (along with other --shared issues) in v1.6.2.3. Please 
upgrade, if possible.


Have fun! :)

...Johan

-- 
Johan Herland, [off-list ref]
www.herland.net
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help