How to use git for Linux kernel development ?

Hi everybody,

my company decided to port the Linux kernel to custom hardware. As we need a 
repository for the sources, I thought I would give git a try. The man pages 
and tutorials are quite helpful to understand the git commands, but none of 
the documentation I found has been able to answer my (not so simple) 
question : given my use cases, how do I use git ?

Here are the use cases.

I need to port the Linux kernel to custom hardware. This means fixing bugs in 
the kernel, adding new features and new device drivers. Some of the 
modifications I make (bug fixes) will be pushed upstream by myself, some 
others by other developers (for instance I will apply patches found on 
sourceforge to support our non-UHCI/OHCI USB host controller, and I don't 
want to push code for which I'm not the maintainer upstream), and some device 
drivers will not be pushed at all.

I will base my work on the Linux kernel 2.6.15, which is the most recent 
release that has the features I need (2.6.16-rc1 broke serial port support on 
Freescale PowerQuickII processors). I plan to stay up-to-date with the main 
kernel repository by either fixing the problems in future releases or waiting 
for someone to fix them, depending on how much time I can spend on the 
project.

I have no idea how to layout my git repository to work on day-to-day 
development. I need to :

- commit bug fixes, external patches and internal modifications to a branch 
(or possibly on separate branches depending on what I commit if needed). The 
work will be based on Linux kernel 2.6.15 but I'd like to stay up-to-date 
with the master repository as much as possible.
- push bug fixes upstream by creating a patchset and submitting it by email.
- pull changes from upstream and merge them in my various branches when the 
upstream versions become stable enough.
- keep branches for all the versions shipped to the customers for bug fixes.

I'm the only developer working on the Linux kernel in my company, but that 
might change in a few months, so other developers will need to use git as 
well.

Is git able to accomodate my needs ? I've been trying to setup a git 
repository with a few branches over the last two days, but I always had to 
throw everything away and start back from zero. I haven't been able to figure 
out which branches I should create and how I should use them.

Thanks in advance for your help, and I hope I'm not asking too much. If really 
unable to use git, I'll go for SVN (or SourceSafe as that's what my company 
used until today, but I'd like to avoid it) even if I feel it will make 
keeping up-to-date with upstream more difficult.

Laurent Pinchart

On Wed, Feb 01, 2006 at 12:38:44PM +0100, Laurent Pinchart wrote:

I have no idea how to layout my git repository to work on day-to-day 
development. I need to :

- commit bug fixes, external patches and internal modifications to a branch 
(or possibly on separate branches depending on what I commit if needed). The 
work will be based on Linux kernel 2.6.15 but I'd like to stay up-to-date 
with the master repository as much as possible.
- push bug fixes upstream by creating a patchset and submitting it by email.
- pull changes from upstream and merge them in my various branches when the 
upstream versions become stable enough.
- keep branches for all the versions shipped to the customers for bug fixes.

I'm the only developer working on the Linux kernel in my company, but that 
might change in a few months, so other developers will need to use git as 
well.

Is git able to accomodate my needs ?

Those certainly sound like the kinds of things it's meant for.

I've been trying to setup a git repository with a few branches over
the last two days, but I always had to throw everything away and start
back from zero. I haven't been able to figure out which branches I
should create and how I should use them.

Maybe you could be more specific about the problems you've had?

--b.