Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

You may want to review https://www.git-scm.com/about/trademark

They have been stingy about projects with git in the name.



They have been quite ok[1] about the trademark aspect, but they do have a point about the namespace grab. I'm actually at a point where I do consider opting out of the git integration[2], as the introduction of new entities (project board, pr ...) do make things confusing (or even conflicting) as a series of git sub-commands. I haven't came up with a really satisfying solution though.

[1]: https://marc.info/?l=git&m=153457109619678&w=2

[2]: https://github.com/MichaelMure/git-bug/issues/530


Git plugins must have binaries that start with "git-" because that's how they become subcommands. If the binary is called "git-something" for that reason, and it's about the project git anyway, it kind of makes sense to use this as project name.


This is a bit weird to me.

It's Git's own convention to add subcommands by placing a binary on the $PATH with the prefix `git-`. In this case, the subcommands becomes `git bug ...`.

How would one name this differently?

I tend to think this is more about commercial projects.


Have they? GitKraken & GitLens are pretty popular, commercial offerings, and they have been on the market for years.

[0] https://www.gitkraken.com


Not to mention GitHub and GitLab either!


Those all came before the crackdown


tig-bug would be fun


Quite fond of buggit :)


crickgit, mosgito, gnit, ...


It also locks the scope to just git in the mind of the reader. Even if the scope broadens down the road.

A less specific name might benefit the project? The part after the colon will explain the actual purpose.




Consider applying for YC's Fall 2026 batch! Applications are open till July 27.

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: