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

Branching strategies

From
RMrobert mena <robert.mena@gmail.com>
Date
Sep 9, 2011, 23:01 UTC
Message-ID
<CAAZ43xaFzJWzPsqhP0QDRTP0Ea-dMpCpr1vDiujFFn94j+SRCQ@mail.gmail.com>
Hi,

I have a project where I have to do a continuous integration, adding features/making changes on a daily basis. Some changes are one liners with no functionality just, for example, textual changes or a new button. Some are actual features or bug fixes.

So today my developers do their business and publish the changes in a beta site where the customer or the qa takes a look. The problem is a standard one. Sometimes features stay already developed (waiting for review) for a long time and other changes/features get approved first.

Since some of those can touch the same files how can I make this a little bit better (manageable)?

I am considering doing feature branches. The customer requests to add feature A I open a bug tracking issue and create a branch 1276 corresponding to the bug id.

In my simply view I'd have a master/live branch and every time I need to create a new branch I do it from here. When the developer is happy he merges his branch with a beta branch where the Q&A/customer review is done.

When this review gets an OK he merges his feature branch with the live one, redo the tests and publish.

I'd really appreciate feedback for this specially for the weak points and known problems of my approach with alternatives :)

Regards.
Next: Andrew Ardill
Message 1 of 5 in “Branching strategies”
  1. robert menaSep 9, 2011
  2. Andrew ArdillSep 10, 2011
  3. gitlistSep 19, 2011
  4. Andrew ArdillSep 20, 2011
  5. Jakub NarebskiSep 15, 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.