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

Re: multiple branches or multiple repositories

From
Junio C Hamano <junkio@cox.net>
Date
Nov 3, 2006, 02:38 UTC
Message-ID
<7vlkmtmf06.fsf@assigned-by-dhcp.cox.net>
In-Reply-To
<eie7ae$ib6$1@sea.gmane.org>
Han-Wen Nienhuys <hanwen@xs4all.nl> writes:
Show 13 quoted lines
> We're in the process of converting the LilyPond CVS repository at
> savannah.gnu.org to GIT.  One of the questions we need to deal with,
> is how handle modules.
>
> There seem to be two approaches:
>
>  - for each module, create a separate git repository.  Inside the
> repository, each subproject has its own branching
>
>  - put each module as a separate branch in a shared repository.
>
> I think the first option is the most natural one, but are there any
> issues, besides namespace pollution to the second option?

As the layout for a distribution point, the second one may be easier to handle (one place to remotely sync with), but in all other aspects the first option should be easier to deal with day-to-day.

Previous: Han-Wen NienhuysNext: Linus Torvalds
Message 2 of 4 in “multiple branches or multiple repositories”
  1. Han-Wen NienhuysNov 3, 2006
  2. Junio C HamanoNov 3, 2006
  3. Linus TorvaldsNov 3, 2006
  4. Jeff KingNov 3, 2006

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.