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

Please use tags for LÖVE versions #4

Open
martin-braun opened this issue Jan 27, 2019 · 2 comments
Open

Please use tags for LÖVE versions #4

martin-braun opened this issue Jan 27, 2019 · 2 comments

Comments

@martin-braun
Copy link

martin-braun commented Jan 27, 2019

I consider building a CLI that allows someone to create a new LÖVE game by preparing a whole solution that contains everything you need from coding to deploying your game on and for each platform.

I even consider to add more script languages to it, like MoonScript or TypeScript. For the latter I want to automatically download your typings and put them into the project, however to let this work for each up-coming LÖVE version, it would be great if you could tag your typings in LÖVE versions.

That means, once typings for 11.1 are finished, you would make a tag called "11.1". For the latest LÖVE version I would simply grab the master until the tag is available, though.

Is this possible?

@hazzard993
Copy link
Owner

Sounds good!

I'll also note a change I intend to make to this repo's branching strategy that may be relevant for your program.

I'll make the master branch contain definitions for the latest LÖVE version. The head will be tagged with what version of LÖVE is being defined.

Previous LÖVE definitions will be placed in a support/<love version> branch. The heads of these will be tagged with <love version>.

master -- Contains LÖVE 2D definitions for the latest LÖVE version which the head is tagged with.
support/11.1 -- Contains the previous definitions for LÖVE 11.1. The head has the tag "11.1".

I'll work on tagging these now.

@martin-braun
Copy link
Author

Thank you very much! And sure, you can also decide for branches instead of tagging. This way you keep your opportunity to fix older stuff, as long as things will be done, carefully, so it won't break my tool.

All in all this is future music, cuz everything needs to be done for Lua, first. I will keep you updated, though.

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

No branches or pull requests

2 participants