git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: Folder level Acces in git

From
ESEugene Sajine <euguess@gmail.com>
Date
Nov 4, 2011, 15:59 UTC
Message-ID
<CAPZPVFZwW1VF2qb8YVQjBixRzZgz+HSz6NjJBUimuC-nx7LwZQ@mail.gmail.com>
In-Reply-To
<4EB36855.8000802@workspacewhiz.com>

On Fri, Nov 4, 2011 at 12:21 AM, Joshua Jensen <jjensen@workspacewhiz.com> wrote:

Show 28 quoted lines
> ----- Original Message -----
> From: Eugene Sajine
> Date: 11/3/2011 1:28 PM
>>
>> Are you sure that the way your have organized the repository is
>> actually correct? If you need to manage the access on folder level why
>> don't you simply split up the project into several
>> repositories/projects which each team is going to work with
>> independently?
>>
>> This seems to me to be much simpler and cleaner solution then any
>> other alternative.
>>
> Submodules are _not_ simple at all.  Our organization of nearly 100
> developers using Git pretty much let out a collective cheer when we finally
> removed the submodules.  Submodules are an absolute pain to develop within;
> there are a number of Git mailing list exchanges about that, but I'd be
> happy to go into great detail if anybody cares.  Even submodules that are
> read-only are a pain as it takes two steps (git pull + git submodule update)
> to actually get them up to date.
>
> Ick.
>
> In short, if it is an absolute requirement to manage access to a repository
> on a folder level, get Subversion or Perforce.  DVCS is not for you...
>
> Josh
>

That is exactly what i wanted to say. I suggest OP not to go into submodules, but just have separate repositories. I think if they need this kind of granularity in permissions it means that their repository is too big and incorrectly organized. I think they are trying to migrate to better VCS (as git is superior by definition;) ), but they still think in central VCS terms and that's what causing this folder level management requirement to appear. We at $work have hundreds of repositories and never had any need of submodules or folder level permissions. (One repo = one project = one artifact) + Ivy as dependency manager works just fine and if we will need to fine tune the permissions it will be always pretty easy to do.

Thanks, Eugene

Previous: Jens Lehmann
Message 7 of 7 in “Folder level Acces in git”
  1. redhat1981Nov 3, 2011
  2. Magnus BäckNov 3, 2011
  3. Jens LehmannNov 3, 2011
  4. Eugene SajineNov 3, 2011
  5. Joshua JensenNov 4, 2011
  6. Jens LehmannNov 4, 2011
  7. Eugene SajineNov 4, 2011

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.