[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Best Practice To Track Linux Kernel Changes

From: Lukas Ruf <ruf_at_rawip.org>
Date: 2004-04-04 19:28:34 CEST

> Florian Weimer <fw@deneb.enyo.de> [2004-04-04 18:12]:
> Lukas Ruf wrote:
> > no. I simply need an "easy" way to port my development to the latest
> > stable kernels.
> Ah, okay.
> > What I would like to have is:
> > - my code resides in the trunk (approx. 20 files)
> > - the whole kernel in the repository as a branch to my code
> > - whenever a new kernel appears I would like to simply switch the
> > kernel code beneath my code.
> >
> > Does something like this make sense? Or are there better approaches?
> I use the following repository layout in this situation:
> PROJECT/trunk local tweaks
> PROJECT/branches/upstream latest upstream release (3.0.10)
> PROJECT/tags/upstream/3.0.8 copy of upstream branch at version 3.0.8
> PROJECT/tags/upstream/3.0.9 copy of upstream branch at version 3.0.9
> PROJECT/tags/upstream/3.0.10 copy of upstream branch at version 3.0.10
> Occasionally, I merge new upstream releases into the trunk. The
> upstream branch is moved forward in time by applying patch files.

What I would like to have is something like a mapping of a file into
another tree. In this case, I would like to work on files in trunk
but have them 'mapped' into several other trees. This would imply
that all changes I would make to a file found in a branch were
immediately reflected in the trunk.

If I re-think my statement, I could follow this procedure by using
some scripting that would traverse the local copy of the trunk and
merge the latest branches into the trunk before creating a new branch
of the upstream.

Does anyone of this list have such a script? Or is there some
standard procedure that subversion provides inherently?


Lukas Ruf           | Wanna know anything about raw |
<http://www.lpr.ch> | IP? -> <http://www.rawip.org> |
eMail Style Guide: <http://www.rawip.org/style.html>|
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sun Apr 4 19:29:03 2004

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.