we need proper versioning
- Dominant language
- TypeScript
- Stars
- 44
- Forks
- 30
- PR merge metrics
- No merged PRs in 30d
Description
At the moment, we change the version number in package.json, but otherwise we do not fix in any way what that release consists of (there is no package published on npmjs, and no git tag that marks it).
this means that it is not clear what (for example) version 0.0.6 consists of - it is the commit in which the version number changed? Or does it contain also the pataches that are deployed to https://rinkeby.subgraph.daostack.io/subgraphs/name/v6/graphql ?
So what we need is precise versinoing. Since we are not releasing to npmjs, we can uses tags `tag/0.0.7`. But we need to make sure (meaning: have a system in place that more or less garantees) that the tagged version then will be deployed on rinkeby (and later on main) on https://rinkeby.subgraph.daostack.io/subgraphs/name/vVERSION_NUMBER
Contributor guide
No contributing guide indexed for this repository
Assessment
This issue has not been assessed yet.