www.digitalmars.com         C & C++   DMDScript  

digitalmars.D - Phobos release cycle

reply berni44 <dlang d-ecke.de> writes:
As I started contributing I wonder about the release cycle of 
phobos. It looks like every two months, there is a new version. 
Is there any frozen state period or something I should know? Or 
can I just contribute and someone else takes care of me not 
adding bugs in the last seconds?!?
Oct 10 2019
next sibling parent Dukc <ajieskola gmail.com> writes:
On Thursday, 10 October 2019 at 12:47:06 UTC, berni44 wrote:

 As I started contributing I wonder about the release cycle of 
 phobos. It looks like every two months, there is a new version. 
 Is there any frozen state period or something I should know? Or 
 can I just contribute and someone else takes care of me not 
 adding bugs in the last seconds?!?


There is a beta version before "actual" release, so that is the 
"frozen" period. And even after that the "point releases" fix 
more serious bugs so they do not have to wait for the next major 
release.
Oct 10 2019
prev sibling next sibling parent kinke <noone nowhere.com> writes:
On Thursday, 10 October 2019 at 12:47:06 UTC, berni44 wrote:

 Is there any frozen state period or something I should know?


The release cycle is 2 months now; usually, Martin Nowak merges 
master into stable shortly before the first beta, and that's then 
the branch for the upcoming release (incl. betas, release 
candidates, point releases). All development in master is 
postponed to the next release, until master is merged into stable 
again (and of course all fixes in stable into master).
Oct 10 2019
prev sibling next sibling parent reply Jonathan M Davis <newsgroup.d jmdavisprog.com> writes:
On Thursday, October 10, 2019 6:47:06 AM MDT berni44 via Digitalmars-d 
wrote:

 As I started contributing I wonder about the release cycle of
 phobos. It looks like every two months, there is a new version.
 Is there any frozen state period or something I should know? Or
 can I just contribute and someone else takes care of me not
 adding bugs in the last seconds?!?


The current release cycle has a release approximately every month with it
alternating each month between a major and bug fix release. Prior to a major
release, master gets merged into stable, and the release is done from the
stable branch. Aside from when master is merged into stable prior to a major
release, the only things that get merged into stable are PRs for bug fixes,
and the month after a major release, a bug fix release is done with whatever
fixes have been merged into stable since the previous release.

Prior to a release, a beta is announced, and then at some point fairly soon
after that is the actual release. There really isn't any frozen period that
I'me aware of, though there may be more scrutiny towards what gets merged
into stable shortly before a release. Either way, there's definitely never a
freeze or the like for master.

Personally, I don't think that I've ever create any pull requests for
stable. I've generally just made all changes on master without worrying
about when the release is, though I think that at least some of the time, if
you make a bug fix PR against master, you might get asked to rebase it on
stable instead, since it's a bug fix. Either way, any changes that aren't
bug fixes would need to go to master.

- Jonathan M Davis
Oct 10 2019
parent berni44 <dlang d-ecke.de> writes:
On Thursday, 10 October 2019 at 19:15:32 UTC, Jonathan M Davis 
wrote:

 The current release cycle has a release approximately every 
 month with it alternating each month between a major and bug 
 fix release. [...]


OK, thanks to all of you. I think I got it now. :-)
Oct 10 2019
prev sibling parent reply Seb <seb wilzba.ch> writes:
On Thursday, 10 October 2019 at 12:47:06 UTC, berni44 wrote:

 As I started contributing I wonder about the release cycle of 
 phobos. It looks like every two months, there is a new version. 
 Is there any frozen state period or something I should know? Or 
 can I just contribute and someone else takes care of me not 
 adding bugs in the last seconds?!?


https://dlang.org/changelog/release-schedule.html

tl;dr: target master for features or potential breakage, stable 
for safe bug fixes.
Oct 10 2019
parent reply Dennis <dkorpel gmail.com> writes:
On Thursday, 10 October 2019 at 19:54:22 UTC, Seb wrote:

 tl;dr: target master for features or potential breakage, stable


I though stable was only meant for fixes of regressions:
"Regressions go to stable, and everything else to master"
https://github.com/dlang/dmd/blob/master/CONTRIBUTING.md

Your statement seems more in line with what actually happens in 
practice though.
Oct 10 2019
parent Seb <seb wilzba.ch> writes:
On Thursday, 10 October 2019 at 20:33:05 UTC, Dennis wrote:

 On Thursday, 10 October 2019 at 19:54:22 UTC, Seb wrote:

 tl;dr: target master for features or potential breakage, stable


 I though stable was only meant for fixes of regressions:
 "Regressions go to stable, and everything else to master"
 https://github.com/dlang/dmd/blob/master/CONTRIBUTING.md

 Your statement seems more in line with what actually happens in 
 practice though.


Yep, the full article:

https://wiki.dlang.org/DIP75#Branching_strategy
Oct 10 2019