Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Implement versioning #4

Open
4 of 9 tasks
robo9k opened this issue Dec 19, 2014 · 3 comments
Open
4 of 9 tasks

Implement versioning #4

robo9k opened this issue Dec 19, 2014 · 3 comments
Assignees

Comments

@robo9k
Copy link
Owner

robo9k commented Dec 19, 2014

While the crate itself has a version, other places are lacking proper versioning:

  • GitHub releases
  • Git tags
  • Versioning strategy (especially once there's a v1.0.0)
    • Changelog
  • A version() -> String function for the magic crate itself
  • Version requirements for libmagic
    • A libmagic_version() function, possibly in magic-sys
  • Version in rustdoc (cf. JavaDoc's @since)
  • Version/milestones in issues
@robo9k
Copy link
Owner Author

robo9k commented Jan 25, 2015

Starting with bf8b93d, bumpversion is being used to increment the version number.

bumpversion can create Git tags, which in turn are GitHub releases (tags for previous versions were added manually).
The releases however have no description (they should contain a relevant snipped of the CHANGELOG).

@robo9k
Copy link
Owner Author

robo9k commented Jan 25, 2015

35445ae changed the recommended version snippet, which means that cargo update --package magic should result in the newest semver compatible release.

This is not neccessarily true for pre-v1.0, since I don't care for backwards compatibility now.

@robo9k
Copy link
Owner Author

robo9k commented Sep 16, 2023

A changelog (see e.g. #70) and GitHub releases should be added by #69
Remains to be seen if

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant