forked from toolshed/abra
refactor: improved version choice flow
This commit is contained in:
@ -61,16 +61,21 @@ local file system.
|
||||
if len(tags) == 0 && nextTag == "" {
|
||||
logrus.Warnf("no git tags found for %s", recipe.Name)
|
||||
fmt.Println(fmt.Sprintf(`
|
||||
The following options are two types of initial version that you can pick for
|
||||
the first published version of %s that will be in the recipe catalogue. This
|
||||
follows the semver convention (more on semver.org), here is a short cheatsheet
|
||||
The following options are two types of initial semantic version that you can
|
||||
pick for %s that will be published in the recipe catalogue. This follows the
|
||||
semver convention (more on https://semver.org), here is a short cheatsheet
|
||||
|
||||
0.1.0 -> development release, still hacking
|
||||
1.0.0 -> public release, assumed to be working
|
||||
0.1.0: development release, still hacking. when you make a major upgrade
|
||||
you increment the "y" part (i.e. 0.1.0 -> 0.2.0) and only move to
|
||||
using the "x" part when things are stable.
|
||||
|
||||
In other words, if you want people to be able alpha test your current config
|
||||
for %s but don't think it is quite ready and reliable, go with 0.1.0 and people
|
||||
will know that things are likely to change.
|
||||
1.0.0: public release, assumed to be working. you already have a stable
|
||||
and reliable deployment of this app and feel relatively confident
|
||||
about it.
|
||||
|
||||
If you want people to be able alpha test your current config for %s but don't
|
||||
think it is quite reliable, go with 0.1.0 and people will know that things are
|
||||
likely to change.
|
||||
|
||||
`, recipe.Name, recipe.Name))
|
||||
var chosenVersion string
|
||||
|
Reference in New Issue
Block a user