Hi all,
For some times now, some experienced developer (Sébastien), has urged me to
adopt a better branching model for Orekit. Doing everything in master,
except for a few branches from time to time, is not really good.
He suggested using git-flow (<http://nvie.com/posts/a-successful-git-branching-model/ >,
<https://www.atlassian.com/git/tutorials/comparing-workflows >, <https://github.com/petervande rdoes/gitflow-avh/wiki >, <https://danielkummer.github.io/git-flow-cheatsheet/ >).
The third and fourth link above even propose a few extensions to help using
git flow. The third link seems to be the one installed on Debian systems.
What this branching model would imply is that there would be a develop branch
that is evolving rapidly and the master branch would be more stable as it
will change only when releases are made.
External users that want to get the latest released version would therefore
be able to retrieve it directly from git, using the master branch. External
users that want the latest bleeding-edge version with finished features
would retrieve the develop branch.
People wanting to set up nightly builds (someone asked for it a few months
ago on these lists) could use either the master or the develop branch, or
even both branches in separate builds, depending on their needs.
Orekit team developers ready to work and contribute on unfinished features
would use feature branches, some internal to their private repository in
their work machine, some pushed to the public repository at orekit.org for
collaborative work.
What do you think?
best regards,
Luc