-
Notifications
You must be signed in to change notification settings - Fork 93
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
Change org/repo to: libhamster/hamster.gem #157
Comments
Why not follow the scheme used by other popular gems: Can you give examples of repos using the {name}.gem scheme? |
(and add to the checklist: modify the github path in |
Because "hamster" is a really general term, and we don't need to be taking As for the {name}.gem, all of mine quite a few in plus On Tue Nov 04 2014 at 7:06:32 PM Dov Murik [email protected] wrote:
|
OK I don't mind either way. |
@hamstergem/contributors Any thoughts on just changing the name in general from |
It's fine either way. People who use the gem are affected more by the gem name, not the GH organization and repo name. |
Sorry I meant to something more symbolic of the situation, like: "immutable_collection" or similar. |
@krainboltgreene I have a fork of this gem going called |
@alexdowad We could just redirect hamster to immutable-ruby. |
But |
I prefer a memorable and marketable name like Hamster over something descriptive but bland. Hamster already has some mindshare, so my vote is on keeping the name. |
I'm against changing the repo name. There are already 7 non-related github repos called "hamster". I don't see any reason we should clear this already-crowded space. As for the org name, I'm indifferent: hamstergem / libhamster / ruby-immutable -- all work OK for me as the github org name. So I have no problem leaving it as-is (which is the least work). |
So I've recently been using {name}.gem to denote gem repositories, both for human searching an machine searching improvement.
In addition I've realized that some of these libraries transcend the original language, like Hamster.
I'd like to propose renaming the organization and repository. This means:
In addition we will need to update our own remote uri.
Anyone object?
The text was updated successfully, but these errors were encountered: