Comments (6)
@Stratus3D had the same thing in mind but without the first step (because we dont really know what's going to come next... being very honest :) )
So something like this:
- keep developing on
master
- when we decide it's enough for a version, we tag it and make a release
- merge the tag into the
stable
branch
@tuvistavie opinions?
from asdf.
I agree with @tuvistavie on having only a master branch with tagged releases. Maintaining a separate stable
branch with tags adds some complexity.
We could create a Homebrew formula that installs the latest tag, and have alternate instructions for non homebrew users. The asdf
name is currently available on Homebrew if we want to grab it.
from asdf.
YES! I've been thinking about the fact that we haven't tagged any releases, and that's something I'd like to change as it may help when it comes to handling issues in the future. I like the idea of a stable
branch because it would make it easy for people to get the latest tagged release by default.
So our workflow would maybe look something like this?
- Determine what is going in the next release
- Update the version in asdf on
master
sometime before tagging (https://github.com/asdf-vm/asdf/blob/master/lib/utils.sh) - Once everything is merged into
master
, tag the release, then merge it into thestable
branch
from asdf.
I totally agree on maintaining stable releases.
I have no strong opinions on the workflow, but what are the
benefits of having a stable branch here?
For reference, in some other project I maintain, I simply tag each release,
have git clone --branch TAG REPO
in the install instructions,
and have an update command which basically does
git fetch
git checkout $(git describe --tags)
from asdf.
I've tagged the first release (0.1.0) and I've prepared everything for the next release (it has to be 0.2.0 since we have some API changes). I also created a PR that updates the install command in the readme so that 0.1.0 is checked out when asdf is installed. I also created a separate PR that adds a change log, if you all thinks that is necessary.
I think this is all that needs to be done to get the ball rolling for stable releases. From now on when creating a release we just need to:
- Tag the release
- Update the install command in the README on the master branch (so that users see the correct command when they visit the project page).
We can also increment the version number in lib/utils.sh
to the next version and a section for the next version to the change log in the master branch(e.g. if you tag say 0.2.0
, then you should increment the version in lib/utils.sh
to 0.2.1
, so that when the next tag happens the version is already correct). Of course we don't necessarily know what the next version will be, so this may be unwise. Thoughts?
from asdf.
Closing this issue since I have merged both PRs. If anyone else has any thoughts or concerns on this please re-open this issue.
from asdf.
Related Issues (20)
- Add command line flag that prevents `asdf install` from ascending to parent directories
- bug: AUR package wants to use python but does not find any preset version
- bug: ASDF_DEBUG: unbound variable HOT 1
- bug: No times executable found for ruby 3.3.0 HOT 3
- Install should have `--local` and `--global` optional flags HOT 1
- Completion that supports split subcommands(plugin-add -> plugin add)
- Better version management HOT 1
- bug: always_keep_download has a wrong warning logic HOT 2
- Print a line mentioning what plugin/version is currently being installed
- bug: Bug Report: Unable to List Elixir Versions in ASDF HOT 2
- can we have windos? HOT 2
- Ability to explicitly set ASDF_GLOBAL_TOOL_VERSIONS_PATH
- Broken link to `ASDF_CONFIG_FILE ` environment variable
- [Feature Request] Support multiple global version files
- [Feature Request] Separate "restrict to version X" and "install version X" functionalities
- bug: python installation fails on linux mint 22 HOT 2
- bug: ASDF_CONFIG_FILE is ignored by `asdf` command HOT 3
- Don't add python bin to PATH when executing pip-installed commands HOT 2
- bug: ASDF fails to load in some sudo/su contexts HOT 2
- suggest rewrite in rust to avoid slow startup time HOT 2
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from asdf.