Since it is at the file system level, we don't care if they access the
system via ssh, git, git-pserver or even the web, as our web-cgi's
operate as the user once they have authenticated from our active
directory servers.
The issue we have right now is bringing everything together under a
unified shell, as well as some issues with windows/unix file
translations while using the git-pserver.
2008/10/28 Diego Algorta <di...@oboxodo.com>:
On Wed, Oct 29, 2008 at 12:00 AM, Diego Algorta <di...@oboxodo.com> wrote:
> At least... if it's not really possible to do the perms check on a per
> user basis... maybe there's some way to at least limit the git-daemon
> to only deliver clones to gitorious registered users?
Another approach, which would require a bit of code, is to be able to
set read/write permissions on a per user basis, and then only having
people clone via ssh. That way the ./script/gitorious command (which
does the auth for writing) could be written that it'll check both the
incoming git command and whether that user has access or not.
But, there's little support out of the box for it. But, considering
the amount of people using gitorious for private install (according to
the git-survery results at least) maybe it's time to support such
scenarios proper?
> Thank you!
Cheers,
JS