git/list[1] front-page[2] threads[3] people[4] search[5] about
 

contrib/ area

From
Junio C Hamano <junkio@cox.net>
Date
Feb 17, 2006, 11:07 UTC
Message-ID
<7vmzgq451m.fsf@assigned-by-dhcp.cox.net>

As some of you may be aware, I've added contrib/ area to git.git repository. Currently there are git-svn from Eric and gitview from Aneesh.

The intention is to keep interesting tools around git, maybe even experimental ones, to give users an easier access to them, and to give tools wider exposure, so that they can be improved faster.

I am expecting not to touch them myself that much. As far as my day-to-day operation is concerned, contrib/git-svn is owned by Eric and contrib/gitview by Aneesh. I am willing to help if users of these components and the contrib/ subtree "owners" have technical/design issues to resolve, but the initiative to fix and/or enhance things _must_ be on the side of the subtree owners. IOW, I won't be actively looking for bugs and rooms for enhancements in them as the git maintainer -- I may only do so just as one of the users when I want to scratch my own itch. If you have patches to things in contrib/ area, the patch should be first sent to the primary author, and then the primary author should ack and forward it to me (git pull request is nicer). This is the same way as how I treated gitk, so you know the drill.

I expect that things that start their life in the contrib/ area to graduate out of contrib/ once they mature, either by becoming projects on their own, or moving to the toplevel directory. On the other hand, I expect I'll be proposing removal of disused and inactive ones from time to time.

By the way, I have to admit that merging these two were a bit painful for me. They came as text attachments to e-mail messages, and I ended up hand committing with --author flag, while fixing up whitespaces in them [*1*]. I do not want to do that again. So if you have new things to add to the contrib/ area, please first propose it on the list, and after a list discussion proves there are some general interests (it does not have to be a list-wide consensus for a tool targeted to a relatively narrow audience -- for example I do not work with projects whose upstream is svn, so I have no use for git-svn myself), submit a patch to create a subdirectory of contrib/ and put your stuff there.

One final request to Aneesh. Could you send a patch to add a bit of blurb and introductory text in contrib/gitview/README, please? As it stands, it would be hard to get as much exposure as we had hoped by just having it in git.git repository.

[Footnote]

*1* I _am_ picky about whitespaces, and I would encourage people to enable the pre-commit example hook.

Next: Alexandre Julliard
Message 1 of 14 in “contrib/ area”
  1. Junio C HamanoFeb 17, 2006
  2. Alexandre JulliardFeb 17, 2006
  3. Martin LanghoffFeb 17, 2006
  4. Junio C HamanoFeb 18, 2006
  5. Alexandre JulliardFeb 18, 2006
  6. Sam VilainFeb 19, 2006
  7. Alexandre JulliardFeb 19, 2006
  8. Aneesh KumarFeb 17, 2006
  9. Junio C HamanoFeb 18, 2006
  10. Aneesh KumarFeb 18, 2006
  11. Junio C HamanoFeb 18, 2006
  12. Ben CliffordFeb 21, 2006
  13. Junio C HamanoFeb 21, 2006
  14. Petr BaudisFeb 21, 2006

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.