threads / discuss / 24849

coding process

Subject: coding process

## tl;dr

3 messages between Aug 24, 2010 and Aug 24, 2010.

replies: 2people: 2as markdown or json

Wes James· Aug 24, 2010, 15:31 UTC · lore

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

Jared Hance· Aug 24, 2010, 17:28 UTC · re: Wes James · lore

Re: coding process

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.

Wes James· Aug 24, 2010, 17:53 UTC · re: Jared Hance · lore

Re: coding process

On Tue, Aug 24, 2010 at 11:28 AM, Jared Hance <jaredhance@gmail.com> wrote:

Show 24 quoted lines

> On Tue, Aug 24, 2010 at 09:31:21AM -0600, Wes James wrote:
>> 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?

I meant when I do "git push origin master" - yes push to repo

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

Ok.

Thx for the input.

-wes