Looking for a new project name for git-remote-hg
If you've been following this blog, you know I've been working on a (fast) git remote helper to access mercurial without a local mercurial clone, with the main goal to make it work for Gecko developers.
The way git remote helpers work forces how their executable is named: For a foo::
remote prefix, the executable must be named git-remote-foo
. So for hg::
, it's git-remote-hg
.
As you may know, there already exists a project with that name. And when I picked the name for this new helper, I didn't really care to find a separate name, especially considering its prototype nature.
Now that I'm satisfied enough with it that I'm close to release it with a version number (which will be 0.1.0), I'm thinking that the confusion with the other project with that name is not really helpful, and an unfortunate implementation detail.
So I'm looking for a new project name... and have no good idea.
Dear lazy web, do you have good ideas?
2015-02-03 11:07:01+0900
You can leave a response, or trackback from your own site.
2015-02-03 11:10:07+0900
A few things I had in mind to derive from, that are more or less related to mercury/mercurial:
– amalgam
– quicksilver
– fickle
2015-02-03 13:05:58+0900
And of course there is even more https://github.com/felipec/git-remote-hg/ :)
Why however, you don’t merge your work with the glandium one (which is IMHO the official git-remote-hg in the main git contrib/remote-helpers/ directory)?
2015-02-03 13:55:59+0900
azoth (alchemist term for mercury)
2015-02-03 15:16:11+0900
git-remote-80?
2015-02-03 15:20:57+0900
Some ideas:
– yagrh (yet another git remote hg)
– gitrhg
– git-remote-hg-ng
– hugit
– achegee
– hitgit
– git-far-hg
2015-02-03 22:58:56+0900
@MatÄ›j: I guess you meant “why you don’t merge your work with the felipec one”, and the answer is that there’s so few overlap that it wouldn’t be worth (and there’s no actual git-remote-hg in contrib/remote-helpers anymore).
2015-02-04 00:41:05+0900
What about simply using git-remote-mercurial?
2015-02-05 02:43:57+0900
thallium (hg++)
2015-02-09 17:50:15+0900
I’ve never used your adapter and I don’t know how these git things work, but do you have to use hg::? git-remote-moz would be pretty simple, if it’s ok to switch to moz:: for stuff.
I don’t know if it would ever be helpful to abstract out the protocol used to talk to the Mozilla source code repo. (eg moz:: figures out the canonical location for a given repo and uses either hg or git to talk to it.)
Otherwise, there’s git-speak-hg, git-to-hg, git-over-hg, git-über-hg, git-suigin, or gihgt (hg in git).
2015-02-09 23:49:39+0900
@sfink: it’s not Mozilla-specific, and I don’t want it to be. That said, a wrapper with a moz:: prefix could be useful.
2015-02-12 20:49:06+0900
The links in the above post go to github.com/glandium/git-remote-hg (now git-cinnabar), not felipec/git-remote-hg
2015-02-12 23:09:55+0900
@Beojan: Fixed. Thanks.
2015-02-14 11:07:22+0900
git-remote-hgh (h is for helper) ?
2015-03-27 06:45:55+0900
why don’t you use the above mentioned name it’s good.
2018-08-14 06:16:52+0900
The purpose or the intention of the project should reflect in its name. Thus the name of the project should define the content of it.