OpenFrameworks initially keep the master branch on the latest stable release and used a develop branch for active work. However, this led to many situations where submitters inadvertently did work on their copy of the develop branch and submitted PRs to the master branch. This led to all sorts of issues, especially to newer developers starting out with git. Thankfully it's *much* easier to change the PR branches now, but it still leads to confusion.
For a project where users *only* really build the source code (ie. software libraries), then the "master as stable" approach is useful as it means the default clone is always stable. For projects where the majority of users download pre-built binaries (ie. Pd), I think "master as develop" makes sense since most people cloning will be building/developing the software and those that aren't can checkout a stable tag. So the emphasis is based on the predominant use case: in the former, the master as the release and the latter uses master as develop.
-------- Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
Hi Dan,
thanks for your explanation! Christof
Gesendet: Dienstag, 04. September 2018 um 09:41 Uhr Von: "Dan Wilcox" danomatika@gmail.com An: "Christof Ressi" christof.ressi@gmx.at, "Miller Puckette" msp@ucsd.edu Cc: pd-dev pd-dev@lists.iem.at Betreff: Re: [PD-dev] keep master on github stable
OpenFrameworks initially keep the master branch on the latest stable release and used a develop branch for active work. However, this led to many situations where submitters inadvertently did work on their copy of the develop branch and submitted PRs to the master branch. This led to all sorts of issues, especially to newer developers starting out with git. Thankfully it's *much* easier to change the PR branches now, but it still leads to confusion. For a project where users *only* really build the source code (ie. software libraries), then the "master as stable" approach is useful as it means the default clone is always stable. For projects where the majority of users download pre-built binaries (ie. Pd), I think "master as develop" makes sense since most people cloning will be building/developing the software and those that aren't can checkout a stable tag. So the emphasis is based on the predominant use case: in the former, the master as the release and the latter uses master as develop. On Sep 4, 2018, at 4:53 AM, pd-dev-request@lists.iem.at[mailto:pd-dev-request@lists.iem.at] wrote: Date: Tue, 4 Sep 2018 04:52:58 +0200 From: "Christof Ressi" <christof.ressi@gmx.at[mailto:christof.ressi@gmx.at]> To: "Miller Puckette" <msp@ucsd.edu[mailto:msp@ucsd.edu]> Cc: pd-dev <pd-dev@lists.iem.at[mailto:pd-dev@lists.iem.at]> Subject: Re: [PD-dev] keep master on github stable Message-ID: trinity-24063e5f-6755-4798-b27d-4d08994e7ee5-1536029578754@3c-app-gmx-bs59
Content-Type: text/plain; charset=UTF-8
I see. The reason I was asking is that many OSS projects have both master and develop branches so people can choose between the latest stable version and the newest stuff (accepting possible regressions). So all the real work would happens on the develop branch and whenever a release is out (after the feedback and bug fixes from the test releases) the master branch gets updated. but this is just an idea for the future. don't bother now :-)
Christof
-------- Dan Wilcox @danomatika[http://twitter.com/danomatika] danomatika.com[http://danomatika.com] robotcowboy.com[http://robotcowboy.com]
On 2018-09-04 09:41, Dan Wilcox wrote:
So the emphasis is based on the predominant use case: in the former, the master as the release and the latter uses master as develop.
+1
my stance is: apart from the "others do it as well", what would be the benefit for the Pd community? i don't see any. (but that's just recapitulating what dan has put more nicely)
gfamsdr IOhannes