-
Notifications
You must be signed in to change notification settings - Fork 4
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
Move bundle to its own Github organisation #6
Comments
@pascaldevink, Sorry for the delayed reply. Yes, I think that is a good idea. Any Organisation name suggestions? |
Another suggestion might be |
I have done the initial work on creating the new organisation and repo here: https://github.com/resquebundle/resque/ Once @mpclarkson is made the owner/admin of this, we can start the process of moving the manifests to point to the new repo and prune this one with a moved message. |
I have completed the namespace changes and published the new packages to packagist see: https://packagist.org/packages/resquebundle/resque To migrate you need to
Then in your code
Other than that it should work, and Im using the new resquebundle/resque exclusively loaded from composer in 2 projects now. Contributions and new organisation members welcome :) To be clear, Im not trying to take over this project from @mpclarkson, Im just trying to fix some bugs, and help future development :) |
How about moving this bundle to its own Github organisation? That would:
I think this bundle has proven to be pretty stable code-wise, but most of the doubts about its future are about the maintenance. The previous maintainer up and left without a notice and you already said you are willing to promote this bundle, but don't have the resources to fully do so (see #5 (comment)).
Therefor, I think the best thing to ensure a safe future for the bundle and its users is to transfer it to a new Github organisation, where maintainers can work on the codebase if necessary, but the codebase isn't dependant on the maintainer anymore. Anyone can step in to do maintenance, without heavy forking and other nasty workarounds.
What do you think?
The text was updated successfully, but these errors were encountered: