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

Re: GIT - releases workflow

From
MKMatthias Kestenholz <lists@spinlock.ch>
Date
Dec 13, 2006, 09:10 UTC
Message-ID
<1166001019.19098.4.camel@localhost.localdomain>
In-Reply-To
<Pine.LNX.4.63.0612122353320.2807@wbgn013.biozentrum.uni-wuerzburg.de>
Hi,
On Tue, 2006-12-12 at 23:54 +0100, Johannes Schindelin wrote:
Show 10 quoted lines
> Hi,
> 
> On Tue, 12 Dec 2006, Sean Kelley wrote:
> 
> > I was wondering if anyone could share ideas on how best to use GIT to 
> > handle releases for those working with a remote GIT repository?  Do you 
> > create a branch and push it to the remote?  Thus you have a new branch 
> > referencing the particular release?
> 
> Why not just tag the release, and push the tag?
I am doing both in my web SDK project.

I currently have two branches, master and maint/v1. Over time, if necessary, I'll open new branches named maint/v2, maint/v3 etc.

New development happens on master, bugfixes go to maint/v1 and get merged into master. If I do bugfix releases (2.0.x), I tag the tip of the maint/v1 branch.

I need a full branch, because I need the ability to do bugfixes for the already-released version.

Matthias
Previous: Johannes SchindelinNext: Johannes Schindelin
Message 3 of 10 in “GIT - releases workflow”
  1. Sean KelleyDec 12, 2006
  2. Johannes SchindelinDec 12, 2006
  3. Matthias KestenholzDec 13, 2006
  4. Johannes SchindelinDec 13, 2006
  5. Shawn PearceDec 13, 2006
  6. Shawn PearceDec 13, 2006
  7. Sean KelleyDec 13, 2006
  8. Sean KelleyDec 13, 2006
  9. Andreas EricssonDec 13, 2006
  10. Linus TorvaldsDec 13, 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.