Skip to content

Register on packagist #9

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

Open
barryvdh opened this issue May 20, 2016 · 5 comments
Open

Register on packagist #9

barryvdh opened this issue May 20, 2016 · 5 comments

Comments

@barryvdh
Copy link
Contributor

So should this be registered on Packagist already? Should make it easier to test/contribute perhaps? And it's going to be on there anyways, right? Or is there a alternative package listing we need to use for M2?

@elzekool
Copy link
Contributor

With the default DataCollectors extracted we have a 0.9 version I guess. I'll try to find some spare time this weekend to add some unit tests and clean up the code a bit / add documentation where still needed. Then it's a good time to add it to packagist. Magento 2 has his own package repo if you are distributing it trough them, but I like packagist for distributing. Maybe @jissereitsma could say something usefull about this?

@barryvdh
Copy link
Contributor Author

0.9? Shouldn't we just start with 0.1.0 ;)
Also still need to think about config, but 0.x releases at least make it easier to test integrations.

@elzekool
Copy link
Contributor

The actual number is not so important for me. I think 0.9.x is a good version number idicating that something is not stable but not as green that you should keep away from it. To my knowledge this is allowed under the simver rules as everything below 1.0.0 is form free, but don't pin me on it, I could be wrong, and I'm okay with every version we should assign to it (as long it's below 1.0 for now).

@barryvdh
Copy link
Contributor Author

Yeah bit then when we create a change to the API and we need a bump, we'll get 0.10, 0.11 etc, so don't really see why we should not just do 0.1 and go to 1.0-dev when nearing stable.

@barryvdh
Copy link
Contributor Author

So can I assume there is not interest to maintain this? Then I'll deprecate this and create a fork in my own organisation.

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