I recently took 'ownership' of a git repository for some code made for my company by a third party. I finally needed to update something in the package yesterday and realized I also needed ownership of the packagist package details. Upon contacting the developer, he just removed his version of the libraries on packagist and I re-created them from my own account. It seems to work fine for the existing code, but now I'm trying to update it. I made the updates on github, added tags for both v0.0.6 and 0.0.6 and pushed a new branch "0.0.6" then updated packagist.
But it shows up with 0.0.6.x-dev
And our live site is set not to accept development branches (and the staging branch is configured to match live) so composer won't download the update.
I've checked a number of threads and while I see many references to the fact packagist defaults to -dev on new branches, I have yet to find any instructions on how to change the default or otherwise change the branch to be non-dev.
What is the correct process for posting a non-dev update to packagist?
The correct process is to create a git tag. Branches are always dev. Tags are always stable/beta/alpha/RC depending on the tag name.
See also https://getcomposer.org/doc/articles/versions.md#composer-versions-vs-vcs-versions
And by the way you don't need to tag v0.0.6 *and* 0.0.6, one of them will suffice for composer as it normalizes both to the same anyway.
Best,
Jordi
--
You received this message because you are subscribed to the Google Groups "composer-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to composer-user...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
-- Jordi Boggiano @seldaek - https://seld.be
You should add a "0.0.6" tag. Also if you want help at least give your package's name/URL, otherwise I'm just guessing at what you mean.
Best,
Jordi