Re: sharedRepository derived from file permissions

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, 8 Oct 2012, Junio C Hamano wrote:

> Mark Hills <mark@xxxxxxxxxxx> writes:
> 
> > We make extensive use of unix permissions and core.sharedRepository -- 
> > multiple developers push to the same repo.
> >
> > I have often wondered why core.sharedRepository is needed at all as a 
> > separate configuration?
> >
> > It looks like it might be easier (and less confusing to users) to derive 
> > this attribute from the top-level .git directory?
> 
> Hrm, clever ;-)
> 
> > Is there a reason why Git doesn't just follow (and echo) the top-level 
> > permissions?
> 
> Other than "we did not trust that all the end users are capable of
> doing the right 'chmod 2775 .git && chgrp project .git", with a
> little bit of "we didn't think of that when we wrote the system", I
> do not recall any.

Thanks. If I understand, you mean it might be worth a try to implement 
this. For us it would certainly simplify, and reduce mistakes/confusion.

I've yet to look into the code, but I will try and do this. If you have 
any hints or recommendations where to begin then that'd be good.

I think I did peek some years ago to find out that it was non-trivial, and 
then came up with the script!

I wonder if there are any users who are granting permission to specific 
branchs or tags or tag directories. I'm not sure if this is really a valid 
use case, but there might need to be a way to ignore the top-level 
attributes too for some special cases?

Thanks

-- 
Mark

--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]