* coding process
@ 2010-08-24 15:31 Wes James
2010-08-24 17:28 ` Jared Hance
0 siblings, 1 reply; 3+ messages in thread
From: Wes James @ 2010-08-24 15:31 UTC (permalink / raw
To: git
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
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: coding process
2010-08-24 15:31 coding process Wes James
@ 2010-08-24 17:28 ` Jared Hance
2010-08-24 17:53 ` Wes James
0 siblings, 1 reply; 3+ messages in thread
From: Jared Hance @ 2010-08-24 17:28 UTC (permalink / raw
To: git
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?
Also, sending patches to an email before merging to master is a
good idea to get code review.
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: coding process
2010-08-24 17:28 ` Jared Hance
@ 2010-08-24 17:53 ` Wes James
0 siblings, 0 replies; 3+ messages in thread
From: Wes James @ 2010-08-24 17:53 UTC (permalink / raw
To: Jared Hance; +Cc: git
On Tue, Aug 24, 2010 at 11:28 AM, Jared Hance <jaredhance@gmail.com> wrote:
> 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
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2010-08-24 17:53 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-08-24 15:31 coding process Wes James
2010-08-24 17:28 ` Jared Hance
2010-08-24 17:53 ` Wes James
Code repositories for project(s) associated with this public inbox
https://80x24.org/mirrors/git.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).