From: Marc Sune <marc.sune-kpkqNMk1I7M@public.gmane.org>
To: Stephen Hemminger
<stephen-OTpzqLSitTUnbdJkjeBofR2eb7JE58TQ@public.gmane.org>
Cc: dev-VfR2kkLFssw@public.gmane.org
Subject: Re: development/integration branch?
Date: Thu, 23 Oct 2014 11:19:04 +0200 [thread overview]
Message-ID: <5448C808.7040607@bisdn.de> (raw)
In-Reply-To: <20141021183158.0dbd5c0e-CA4OZQ/Yy2Lykuyl+CZolw@public.gmane.org>
On 21/10/14 15:01, Stephen Hemminger wrote:
> On Tue, 21 Oct 2014 11:14:43 +0200
> Marc Sune <marc.sune-kpkqNMk1I7M@public.gmane.org> wrote:
>
>> On 21/10/14 10:46, Thomas Monjalon wrote:
>>> My balance is different because I have a simpler solution for Marc's problem:
>>> git fetch && git merge $(git tag | grep -v -- -rc | tail -n1)
>> Thomas,
>>
>> We all know we _can_ do this. But is it really necessary? We should be
>> all as lazy as possible and make it easy for users IMHO. `git pull` is
>> easier :)
>>
>> I don't see any drawback of using a development branch, except if you
>> consider the extra push to master per release a drawback.
>>
>> Also think about new users downloading the repo for the first time. They
>> are forced to do this right now if they want to checkout the latest stable.
>>
>> marc
> For most project master is the development branch and where patches
> should be targeted.
I don't know if most, but certainly some.
>
> If you want stable branch, then either use releases or volunteer to
> maintain a "master-stable" branch.
There is no need to _maintain_ any master-stable branch because that
would be == to the latest stable tag, so it is just a push. You can give
me push access for that if you want.
I also agree that would be interesting to have release branches,
independently if the development branch where patches are integrated is
the master or not.
Marc
prev parent reply other threads:[~2014-10-23 9:19 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-10-21 8:22 development/integration branch? Marc Sune
[not found] ` <544617E0.80502-kpkqNMk1I7M@public.gmane.org>
2014-10-21 8:36 ` Richardson, Bruce
[not found] ` <59AF69C657FD0841A61C55336867B5B0344210F9-kPTMFJFq+rELt2AQoY/u9bfspsVTdybXVpNB7YpNyf8@public.gmane.org>
2014-10-21 8:46 ` Thomas Monjalon
2014-10-21 9:14 ` Marc Sune
[not found] ` <54462403.3060107-kpkqNMk1I7M@public.gmane.org>
2014-10-21 9:28 ` Thomas Monjalon
2014-10-21 9:38 ` Marc Sune
[not found] ` <5446299A.5060400-kpkqNMk1I7M@public.gmane.org>
2014-10-21 13:50 ` Neil Horman
2014-10-22 7:00 ` Matthew Hall
[not found] ` <20141022070058.GA6051-Hv3ogNYU3JfZZajBQzqCxQ@public.gmane.org>
2014-10-22 13:43 ` Stephen Hemminger
[not found] ` <20141022191336.70174815-CA4OZQ/Yy2Lykuyl+CZolw@public.gmane.org>
2014-10-22 15:54 ` Matthew Hall
2014-10-21 13:01 ` Stephen Hemminger
[not found] ` <20141021183158.0dbd5c0e-CA4OZQ/Yy2Lykuyl+CZolw@public.gmane.org>
2014-10-23 9:19 ` Marc Sune [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=5448C808.7040607@bisdn.de \
--to=marc.sune-kpkqnmk1i7m@public.gmane.org \
--cc=dev-VfR2kkLFssw@public.gmane.org \
--cc=stephen-OTpzqLSitTUnbdJkjeBofR2eb7JE58TQ@public.gmane.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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 NNTP newsgroup(s).