← Back to team overview

yade-dev team mailing list archive

Re: Migrating to GitLab

 

[..] with master-develop
approach. [..] you really need to know, why do
you need it.
Thanks for feedback Anton, that's my point :-)

Considering that a develop->master step still needs to be clarified, with different opinions at the moment between Bruno (below) and Janek (07/01/2019 à 17:31 email) --- which is normal in a discussion phase ---
, considering a third experimental branch appears in the discussion
, plus the branchs for each dev,

let's maybe try to avoid switching from only one branch to more than three ?...


Thanks for your motivation !

Jérôme

------
Chargé de Recherche / Research Associate
Irstea, RECOVER
3275 route Cezanne – CS 40061 13182 Aix-en-Provence Cedex 5 FRANCE
+33 (0)4 42 66 99 21

On 07/01/2019 20:36, Anton Gladky wrote:
Hello all,

last several years I did Yade releases and the process was
the following. Before the release was done I created the corresponding
release-branch (for example 0.60 [1]) and just tagged the new
Yade version there. It worked relatively good.

--------------------------------------> develop
   \                    \
    \                     \
     \Release 1     \Release 2
      \Release 1.1

I can remember only a couple of times, where the hot-fixes were
needed to be integrated into the release-branch due to some serious
stability or functionality issues.

Last years I have an experience of work with master-develop
approach. It is not bad. But you really need to know, why do
you need it.

I am fully support the feature-branch + merge request way of working.
It can really help to double check the code and implement some
additional tests.

[1] https://github.com/yade/trunk/tree/0.60

My 2cts....

Regards

Anton

Am Mo., 7. Jan. 2019 um 17:39 Uhr schrieb Janek Kozicki <janek_listy@xxxxx>:
Bruno Chareyre said:     (by the date of Mon, 7 Jan 2019 16:59:53 +0100)

Daily builds would be based on the develop branch.
good, that answer my question from other mail.

(by the way, with a tighter control on development, would we still
need a distinction between "yade" and "yadedaily" packages ?..)
Yade is stable release, not updated very often, included in main
debian/ubuntu repos.
Yadedaily is updated  more than daily, after each change to the source
code, not included in debian/ubuntu repos.
They are very different things and I think we need both.
agreed.

Also, with "develop" and "master", I guess any proposal for code
modification would have to be closely examined and validated twice :
- once to make it into "develop"
- and once, to make it from "develop" into "master"
?...
There is no reason to check the develop->master merge if everything in
develop is already validated by regtests + human review.
Our github/master corresponds to "develop" more or less.
Merging develop into master in the new model would correspond to Anton
calling for update and releasing 2018.b. More or less.
agred.

We probably need a liberal, truly unstable repo on the top of this, at
least in a transitory phase, so that everyone can play with gitlab a bit
and break everything with no limit. For instance to compare --no-ff,
--only-ff, and other variants.
how about calling it experimental ? :-))

And yes, we definitely need something like that.
Where git reset --hard is nothing to be afraid of.

--
Janek Kozicki

_______________________________________________
Mailing list: https://launchpad.net/~yade-dev
Post to     : yade-dev@xxxxxxxxxxxxxxxxxxx
Unsubscribe : https://launchpad.net/~yade-dev
More help   : https://help.launchpad.net/ListHelp
_______________________________________________
Mailing list: https://launchpad.net/~yade-dev
Post to     : yade-dev@xxxxxxxxxxxxxxxxxxx
Unsubscribe : https://launchpad.net/~yade-dev
More help   : https://help.launchpad.net/ListHelp



Follow ups

References