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

Re: coding process

From
Jared Hance <jaredhance@gmail.com>
Date
Aug 24, 2010, 17:28 UTC
Message-ID
<20100824172800.GA4347@localhost.localdomain>
In-Reply-To
<AANLkTi=Aei+-nbNFqY4CNjx5E+nNaOSp7-j+ruuK4kMN@mail.gmail.com>
On Tue, Aug 24, 2010 at 09:31:21AM -0600, Wes James wrote:
Show 15 quoted lines
> I am working with git and I'm wondering if coding like the following
> is a good way to manage code:
> 
> create code then commit
> when a good set up code is ready push to master
> create a branch
> create code then commit
> when code is good, merge and push to master
> go back to create branch
> 
> Anyone else have a procedure they go through when managing code?
> 
> thx,
> 
> -wes
>From what you say, it sounds like you are using topic branches, which

are always a good way to manage code. You might want to consider using release branches (like how git.git has "master", "next", and "maint").

I'm not sure what you mean by "push to master". You don't push to a branch. You push to a repository. I guess you mean pushing to the "official" or "blessed" repository?

Also, sending patches to an email before merging to master is a good idea to get code review.

Previous: Wes JamesNext: Wes James
Message 2 of 3 in “coding process”
  1. Wes JamesAug 24, 2010
  2. Jared HanceAug 24, 2010
  3. Wes JamesAug 24, 2010

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.