Github flow about mash HOT 3 OPEN

Hi Jordi,
We currently use a tagged release model rather than a stable tip, so it's fine just to have new features in master. Also on that note, do you think it would work to have a separate project for mashpy that included mash as a git submodule? As long as the API code doesn't need to modify the base mash source, I think that might be easier all around, since you wouldn't have to worry about pull requests.

from mash.

Hello @ondovb

There is no problem at all in having in working it in a separated repo. It is true that we do not have to worry about pull requests then but I will relay on you in modifying the C++/C API. If the idea is to have mashpy totally separated I agree on it but there are things like the CMake building process, the C++ tests, the CI Server that should be in the main project.

What do you think about me doing all this work in my own fork of the project and if we see that it is useful for the main project ending merging some of the features?

from mash.

Yes, I think the fork makes sense for now, and I can merge things when I get time to look closer.

from mash.