Open reefdog opened 5 years ago
I've been doing some reading about this:
That second link is most relevant; I don't think we need to prioritize version numbers at this stage (though I admit I really like the idea of automatically generated versions via conventional commits)
Here is what I would propose:
The second item has a few possible implementation paths:
The benefit of a production branch is that we have the most control over what is deployed to production (e.g. could issue a hotfix to production even after a new feature has been pushed to master / staging). The negative of that branch is it is more complex and risks having two versions of the code if we are not diligent.
The benefit of using github's deployment API is that it has no impact on git history. The negative is that it's a bit more proprietary and that we also don't get the git history.
I'm leaning towards use of a production tag for our first implementation of this.
Once upon a time we had a dev server, now we only have a prod. We need to clone prod to dev and set it up as a deployment stop on the way to production.
We may want to split some of those items off as further issues.