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

Re: Advice and repo setup

From
SRSeth Robertson <in-gitvger@baka.org>
Date
Apr 6, 2013, 18:09 UTC
Message-ID
<201304061809.r36I9YZp031127@no.baka.org>
In-Reply-To
<CAKtB=OAot3y8fMjAf+Vh-=wOeX5b=F_N6_BLjK0fhGxGCg3Txg@mail.gmail.com>
In message <CAKtB=OAot3y8fMjAf+Vh-=wOeX5b=F_N6_BLjK0fhGxGCg3Txg@mail.gmail.com>, Michael Campbell writes:
    As a business decision we have decided to pull in some "staff
    augmentation".  We don't want the remote developers to have direct
    access.  Our plan is to have some sort of external repo on which they
    can push things, and locally we can pull those changes to our
    "official" repo and check it as we go.  So far so good.

You might want to consider using something like gitolite where you can have control over which branches users can write to. Assuming you are not trying to restrict some branches of some repos from the external users, this would be a better solution than setting up another repo with some kind of automatic mirroring scheme, though that of course will also work.

    Our product has several logically separate projects, which right now
    we have in the one big mega repo (in CVS, and migrating per checkin to
    Gitorious).

Certainly I'd recommend using one repo per conceptual unit. There are several techniques to group repos together if you need to.

    Is there documentation I can refer to for this, or is there an obvious
    way to do these things?  Any help or pointers appreciated.
http://sethrobertson.github.com/GitBestPractices/
					-Seth Robertson
Previous: Michael CampbellNext: Thomas Koch
Message 2 of 4 in “Advice and repo setup”
  1. Michael CampbellApr 6, 2013
  2. Seth RobertsonApr 6, 2013
  3. Thomas KochApr 7, 2013
  4. Jakub NarębskiApr 10, 2013

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.