On sexta-feira, 28 de setembro de 2012 00.54.34, Laszlo Papp wrote:
They are:
- dev: unfrozen branch, containing alpha-quality[*] code that is ready to
go
into beta testing at any time
What is the reason for calling this dev instead of master which is
more common for developers,
On 09/28/2012 07:37 AM, Loaden wrote:
I prefer:
dev - next
stable - master
release - release
+1
Ciao,
Alberto
--
http://blog.mardy.it - geek in un lingua international!
___
Development mailing list
Development@qt-project.org
, September 27, 2012 11:46 PM
To: development@qt-project.org
Subject: [Development] Branching for Qt 5 repositories
Hello
A few weeks ago I met with Lars, João, Sinan, Sergio A., Jędrzej and a few
others and we discussed the branching for the Qt 5 repositories. This,
therefore, does not apply to Qt
If those all fully apply, I would call it release since there is
nothing to fix anymore or stabilize since it is completely. My point
is that there may be bugs on certain platforms where it is not well
tested, or the documentation is written and approved by developers and
cannot get better
Laszlo Papp wrote:
No, I really do and those qualifiers are required, but note that they apply
to
each feature individually. That is, if you want to merge the command-line
parser, it needs to be feature-complete, working, documented, tested and a
few
more qualifiers (cf. Qt Project's
On sexta-feira, 28 de setembro de 2012 09.06.42, Laszlo Papp wrote:
That's the point: it's not the most common way, at least not in Git. If
you
take for example Git's Git, the master branch contains the latest
release, whereas the next release is in the next branch.
Well, you can say
On sexta-feira, 28 de setembro de 2012 10.28.26, João Abecasis wrote:
No it is not a release. The point is features are developed outside
shared branches until the point where they are ready for wider
exposure. It doesn't mean they won't change. But it does mean the
feature does something
I actually prefer Loaden's suggestion,
Ok for me.
Yeah, right... We've been feature-complete for a while. So why is Qt 5.0.0 not
released yet?
[skip]
Yes, I am sorry for that. I did not get your point initially, but I
understand your point now (see my other email).
We cannot design an
From: development-bounces+andre.poenitz=digia@qt-project.org
[development-bounces+andre.poenitz=digia@qt-project.org] on behalf of
Loaden [loa...@gmail.com]
I prefer:
dev - next
stable - master
release - release
-1, and +1 for the originally proposed version. For someone wanting to
On Friday, September 28, 2012 12:37:23 Loaden wrote:
I prefer:
dev - next
stable - master
release - release
Me too. It's what git.git does and it's close to what cmake does.
Unfortunately there's no chance of changing it, I'm sure.
Thanks,
--
Stephen Kelly stephen.ke...@kdab.com |
I think so, so I have to keep silent anymore.
2012/9/28 Stephen Kelly stephen.ke...@kdab.com
Unfortunately there's no chance of changing it, I'm sure.
--
*Please don't ask where I come from, It's a shame!*
Best Regards
Yuchen
___
Development
]
Sent: Thursday, September 27, 2012 11:46 PM
To: development@qt-project.org
Subject: [Development] Branching for Qt 5 repositories
Hello
A few weeks ago I met with Lars, João, Sinan, Sergio A., Jędrzej and a few
others and we discussed the branching for the Qt 5 repositories
They are:
- dev: unfrozen branch, containing alpha-quality[*] code that is ready to go
into beta testing at any time
What is the reason for calling this dev instead of master which is
more common for developers, and it would not have an impact on the
submitted changes to gerrit even in a
I prefer:
dev - next
stable - master
release - release
next
--master
--release
2012/9/28 Laszlo Papp lp...@kde.org
They are:
- dev: unfrozen branch, containing alpha-quality[*] code that is ready
to go
into beta
On 28/09/12 14:37, Loaden wrote:
I prefer:
dev - next
stable - master
release - release
bikeshed
Clearly they should be named after a traffic light:
green - commit away
orange - be careful (keep it stable)
red - don't commit
/bikeshed
Luckily we use git so you can give the branches any name
15 matches
Mail list logo