Dietpi: Open Beta v6.18 | Help testing and hardening the next release

Created on 1 Nov 2018  ·  7Comments  ·  Source: MichaIng/DietPi

RC version | v6.18.13
---------- | -------
Changelog | https://github.com/Fourdee/DietPi/blob/beta/CHANGELOG.txt
Code changes | https://github.com/Fourdee/DietPi/compare/master...beta
How to apply | https://github.com/Fourdee/DietPi/blob/beta/BRANCH_SYSTEM.md
v6.18.13 | https://github.com/Fourdee/DietPi/pull/2290

Known issues:

DietPi functionality

Beta Information

Most helpful comment

Released, will close 🎆 🍾

All 7 comments

Beta testing now live for v6.18 release:
https://t.co/1fEdFPyBya

Will try and wrap up a few more tickets in the next few days.

I think this process of "open beta" could have a line in README.md, and an information about https://github.com/Fourdee/DietPi/blob/dev/BRANCH_SYSTEM.md#steps-to-use-the-dietpi-beta-branch for devs as well.

@msdos
How exactly do you want to have it mentioned? Since everyone can freely switch to beta branch, it is obviously opened.
We could add an info that we will inform via GitHub, forum and Twitter about new "Beta phases", which means feature stop and bugfix concentration?

Note, that we introduced the beta branch just with the last release, so we are learning/testing how to use it best ourselves currently. Thinks might change about how we handle it until we found a way that suites best 😉.

But also for my impression we need to have dev and beta branch more separate. Keep beta branch untouched (so leave it match master branch) until open beta phase is started, so there is no doubt/question about beta phase being "opened"/"started" or not and users on beta branch will stay with current release until open beta has started. Also stay with feature stop then, to avoid implementing more testing cases and concentrate on fixing/stability. I hope we can increase trust into the beta program by this and win more users that are willing to stay with beta branch so it will grow to a real benefit.
@Fourdee
What do you think?

@MichaIng

Keep beta branch untouched (so leave it match master branch) until open beta phase is started, so there is no doubt/question about beta phase being "opened"/"started" or not and users on beta branch will stay with current release until open beta has started. Also stay with feature stop then, to avoid implementing more testing cases and concentrate on fixing/stability. I hope we can increase trust into the beta program by this and win more users that are willing to stay with beta branch so it will grow to a real benefit.

Yep agree 👍

I've been aiming to only push dev > beta, prior to "open beta (eg: when we twitter post)" when a significant change is made (eg: nextcloud install fix). Aside from that, yep, dev > beta branch should only be merged after our initial testing is passed, not before (which we do already).

Thanks to all Beta testers, v6.18 live, completed.

Released, will close 🎆 🍾

Was this page helpful?
0 / 5 - 0 ratings

Related issues

oshank picture oshank  ·  3Comments

bhaveshgohel picture bhaveshgohel  ·  3Comments

Fourdee picture Fourdee  ·  3Comments

1021683053 picture 1021683053  ·  3Comments

Kapot picture Kapot  ·  3Comments