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

Feature request: tagging releases #744

Open
FedericoCeratto opened this issue Jan 8, 2025 · 3 comments
Open

Feature request: tagging releases #744

FedericoCeratto opened this issue Jan 8, 2025 · 3 comments

Comments

@FedericoCeratto
Copy link

Hello and thanks for developing boxes.py
Would you consider tagging releases when the time is right?
It would help with packaging and redistributing boxes.py as a library or local application.

@florianfesti
Copy link
Owner

Sure. Currently the master branch is instantly deployed on the web instance. So we'd probably want some automation to build the releases, too.

Help for this is very welcome - especially for making the Inkscape part work out of the box.

What release cycles do you think would make sense? Any preferences for a particular versioning / tagging scheme?

@florianfesti
Copy link
Owner

May be just use the current master branch to see what is needed to make an release. I can tag a release if we have fixed everything for that.

@FedericoCeratto
Copy link
Author

@florianfesti IMHO I would start with tagging the whole repository as 0.1.0 and let any distribution that wants to package ship it as an application or application+library or do their own build for the inkscape plugin if they want. Then if you'll ever feel the need to split it into component with independent versions you can do it before version 1.0.0

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

2 participants