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

Re: git branch diagram

From
Jakub Narebski <jnareb@gmail.com>
Date
Apr 21, 2008, 00:30 UTC
Message-ID
<m3fxtgqcbr.fsf@localhost.localdomain>
In-Reply-To
<911589C97062424796D53B625CEC0025E460C3@USCOBRMFA-SE-70.northamerica.cexp.com>
<Patrick.Higgins@cexp.com> writes:
> I am trying to get my employer to start using git and have found the
> distributed model and git's branching to be one of the hardest parts
> to explain and understand. 

Take a look at description of version control and distributed version control at BetterExplained, and slides from presentations / seminars which you can find in GitLinks page at git wiki.

Show 12 quoted lines
> I put together the attached diagram (done with graphviz so some
> things are not in the most logical place) to help explain things to
> my coworkers.
> 
> Unfortunately, I don't understand things well enough myself to know
> if the diagram is correct or not. I read in the stgit docs that
> developing directly in the master branch is discouraged by
> convention, but I don't really understand why. The git tutorial
> shows work happening directly in master, so I wasn't sure if that's
> a convention that only makes sense for stgit or for plain git, too.
> 
> Does my diagram make sense? Are there any suggestions or corrections?

It is much too complicated. IMHO it would be better to explain the idea of remote branches first (separate diagram), then simplify diagram by showing only relationships between repositories: relationship between branches is impled.

Perhaps adding what branches are supposed to be found at given repository...

BTW. do all transfer is pull (or fetch) only, or are there pushes and exchanging patches via email?

> In my diagram, I am assuming that most developers work in master,
> and make branches for their own long-lived projects and experimental
> things.

For example git itself, as a project, uses three long-lived branches: 'maint', 'master' and 'next', uses 'pu' (proposed updates) branch as propagation / review mechanism for short-lived tipic branches.

-- 
Jakub Narebski
Poland
ShadeHawk on #git
Previous: Matt GrahamNext: Matt Graham
Message 7 of 10 in “git branch diagram”
  1. patrick.higgins@cexp.comApr 17, 2008
  2. Sitaram ChamartyApr 18, 2008
  3. Roman V. ShaposhnikApr 18, 2008
  4. Karl HasselströmApr 18, 2008
  5. Fedor SergeevApr 18, 2008
  6. Matt GrahamApr 18, 2008
  7. Jakub NarebskiApr 21, 2008
  8. Matt GrahamApr 21, 2008
  9. Jakub NarebskiApr 21, 2008
  10. Luciano RochaApr 21, 2008

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.