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

Re: Branch dependencies

From
NSNicolas Sebrecht <nicolas.s.dev@gmx.fr>
Date
Aug 4, 2011, 17:38 UTC
Message-ID
<20110804173838.GA10298@vidovic.ultras.lan>
In-Reply-To
<20110802190806.GA16674@fishbowl.rw.madduck.net>
The 02/08/11, martin f krafft wrote:
> also sprach Bert Wesarg <bert.wesarg@googlemail.com> [2011.08.02.1506 +0200]:
> > For my first mentioned problem, I think a new 'system' needs to be
> > 'rebase' based, not merge based like TopGit.
> 
> The problem with rebasing is that you cannot publish the branches.

But you may make public the way to set up the builded branch. Say you share A and B branches and you build M branch on top of them. You are able to build M as long as others know M rely on A and B.

In a situation like
      a--+       (A)
         M--y--z (M)
      b--+       (B)
or
   a--+          (A)
      b--+       (B)
         M--y--z (M)
M is the builded branch. Commits y and z should not be public, IMHO.
-- 
Nicolas Sebrecht
Previous: martin f krafft
Message 8 of 8 in “Branch dependencies”
  1. martin f krafftAug 1, 2011
  2. Bert WesargAug 2, 2011
  3. martin f krafftAug 2, 2011
  4. Bert WesargAug 2, 2011
  5. changing the set of dependencies (was: Branch dependencies)martin f krafft, Aug 3, 2011
  6. TopGit with rebased branches, problems with publishing (was: Branch dependencies)martin f krafft, Aug 3, 2011
  7. Tracking topic branches with rebases vs. merges (was: Branch dependencies)martin f krafft, Aug 3, 2011
  8. Nicolas SebrechtAug 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.