lilypond-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Doc: CG: add instructions for staging branch (issue 5440080)


From: Graham Percival
Subject: Re: Doc: CG: add instructions for staging branch (issue 5440080)
Date: Fri, 2 Dec 2011 22:27:38 -0800
User-agent: Mutt/1.5.21 (2010-09-15)

On Sat, Dec 03, 2011 at 04:05:45AM +0000, Carl Sorensen wrote:
> On 12/2/11 9:01 PM, "address@hidden" <address@hidden>
> wrote:
> >However, perhaps we need to explain this (and modify lily-git.tcl).
> >I'll take a look at lily-git.tcl and see how hard it would be to modify
> >it.
> 
> We can make lily-git.tcl aware of master and staging.  We could even add a
> separate branch on which the patches would be worked.
> 
> I'll see if I can work something up.

Thanks, that would be great.

I wonder if we can/should assume that no developer (i.e. person
with push ability) is using lily-git.tcl.  If we make that
assumption, then lily-git.tcl would only need to track master (to
keep the source up-to-date) and "working" (the branch that all
that contributor's work is done on -- maybe even call it
dev/USERNAME ?).  I'd like to have contributor's work being done
on a separate branch, even though it'll be strictly local, just to
get them used to the idea of branches.  If "master" is always seen
as a mirror of origin/master, that removes one layer of possible
confusion.

I can then use the idea of a "working" branch in the
developer-oriented git docs; making the assumption that people do
their work in "working" (or any other branchname), reserving
"master" and "staging" for special cases.

Cheers,
- Graham



reply via email to

[Prev in Thread] Current Thread [Next in Thread]