Replies: 4 comments 5 replies
-
Beta Was this translation helpful? Give feedback.
-
@ZPYin ... to realize the "correct way of merging" (see above), it would be nice if the dev and the master branch will be synchronized somehow at this point. Because some features and bugfixes were made in the master-branch in the last weeks (and not in the dev-branch). And some other works were pulled to the dev-branch (and not to the master yet). |
Beta Was this translation helpful? Give feedback.
-
Same is here https://github.com/PollyNET/polly2earlinetDB |
Beta Was this translation helpful? Give feedback.
-
FYI: @martin-rdz |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Holger and I had a small discussion in the morning about what will be merged into dev- vs. master-branch.
Let's summarize when and what to merge into dev- vs. master-branch.
In my opinion we should handle it the following way:
continous development
enhacements
bug fixes
update of documentations
hot fixes (critical errors)*
* If we do it the very correct way, then there wouldn't be any hot-fixes for the master-branch, since all the bugs would have been detected when testing the dev-branch. But that is of course only in theory ;-)
Finally that means, that every site-branch should be merged into the dev-branch. After extensive testing the scripts on the dev-branch, the dev-branch can be merged into the master-branch, as a new Picasso-Version X.Y.
Beta Was this translation helpful? Give feedback.
All reactions