threads / discuss / 1343

Meet the new maintainer..

Subject: Meet the new maintainer..

## tl;dr

2 messages between Jul 27, 2005 and Jul 27, 2005.

replies: 1people: 2as markdown or json

Linus Torvalds· Jul 27, 2005, 03:24 UTC · lore

I'm sure some of you eagle-eyes have already noticed this, but for the last 24 hours the "owner" field on the main git project at www.kernel.org hasn't been pointing to yours truly any more. It says "Junio C Hamano" instead.

The description may still say "Linus' core git plumbing", but I think that's just because Junio is being shy about things, and not very assertive, but the fact is, in the great tag-game of project maintainership, Junio is the new "it".

I always said I didn't really want to maintain it in the long run, and maybe some of you thought I was just saying that, especially as the weeks dragged out to over three months, but hey, that's just because this thing ended up being a bit bigger and more professional than I originally even envisioned.

Junio was the obvious choice, and since he accepted the maintainership position, it means that I don't have to track the git details as closely, and can go back to reading the linux kernel mailing list more actively.

I'll just continue to send patches to Junio instead of applying them to my tree and pushing them out that way (or maybe I'll try to push any changes through my slaved git trees instead). In other words, I'm not "dropping" git, I just prefer working on it as a contributor rather than trying to keep track of everything that happens.

So I don't think much will change, except I suspect Junio will drop fewer patches on the floor and ask for fewer re-sends or need less prodding ;)

		Linus
Junio C Hamano· Jul 27, 2005, 06:04 UTC · re: Linus Torvalds · lore

A note from the new GIT maintainer

As some of you seem to have noticed even before the announcement by Linus, the official GIT repository at kernel.org is now owned by me. As Linus said in his message, this does not mean he is leaving us, so please do not panic.

I would like to thank everybody on the GIT list for what we have achieved so far. Getting your ideas blown away and still being able to feel happy about it is a privilege granted only to those who are fortunate enough to work with very talented people. It has been quite a fun experience for me.

I would also like to thank Twin Sun Inc (my employer) and NEC for promising to support me working on GIT on a part time basis from now on. I expect to be spending 8 to 12 day-job hours per week; evenings and weekends are my own time as before. My tentative plan is to make Wednesdays and Saturdays my primary GIT days.

Earlier, I was producing as many patches as ideas cross my mind, throwing all of them at the list to see which ones stick, relying on somebody with a good taste upstream to drop all the bad ones. Although it has been fun working that way with Linus, regrettably, I ended up wasting a lot of his time.

I will slow down and be more careful as the "shepherd of the main repository" from now on. At least for now, you will see patches from me posted on the list like everybody else's, before they hit the main repository.

In other words, I will make you my "adult supervision," so please help me out by raising objections, giving alternatives, or just plainly saying "your patch is ugly".

Some of you may have also noticed that the main GIT repository has an extra branch, "pu" ("proposed updates"). My patches, along with patches from others I collect from the list that I intend to eventually apply, will first go there, before hitting the master branch. You can probably tell, by looking at this branch, what my priorities are, which patches are being considered, and responses to which ones I am still waiting for. Please note that I expect to rewind and rebase this branch quite often.

I was planning to talk about the remaining tasks for 1.0 in this message when Linus asked me if I wanted to take over the core GIT project a couple of weeks ago. But I think we have done most, if not all, of what we would want to have in 1.0 since then. Of course there are still ongoing discussions for various improvements, but I feel that that can continue without blocking the 1.0 pre-release engineering process. Please keep bugfixes and documentation updates flowing.

After the 1.0 release, I plan to start a branch for 1.0 maintenance, separate from the "master" branch. I think the intent of having GIT RPM support, which was done before me, was to force Pasky's hand to split core part from the Cogito package, but as the prerequisite for the split to happen, the interface to the core GIT part must be reasonably stable. We operated without even having any formal version numbers for quite some time, which I am sure made Pasky's life more miserable then it should have been. This must be rectified.

I have not decided if we want to use even-odd scheme like the kernel used to have, or just keep the "master" a bleeding edge branch which is occasionally tagged.

That's about it from me for now.  Let's continue to have fun!

← back to recent threads