All of lore.kernel.org
 help / color / mirror / Atom feed
From: Francis Galiegue <fg@one2team.net>
To: Alan <alan@clueserver.org>
Cc: git@vger.kernel.org
Subject: Re: Can git ignore parts of files
Date: Fri, 14 Nov 2008 20:33:50 +0100	[thread overview]
Message-ID: <200811142033.51019.fg@one2team.net> (raw)
In-Reply-To: <1226690252.6176.9.camel@rotwang.fnordora.org>

Le Friday 14 November 2008 20:17:32 Alan, vous avez écrit :
> I have kind of an odd problem that is causing me grief in git.  I figure
> someone has a good solution here.  (Or not, they will soon.)
>
> I have a couple of kernel .config files that are checked into git.  They
> are used to test kernel configurations for the nightly builds where I
> work.
>
> We have a bunch of kernel developers working on drivers.  When they add
> a new driver, they add in the options in the test file to make it
> compile in the test builds.
>
> The problem is that the kernel config file has a timestamp at the top of
> the file that is generated by "make oldconfig" or "make config".  Other
> than removing the timestamp each time manually, is there a way to get
> git to ignore the timestamp on a merge?
>
> What happens is that the authors submit the changes on a branch in most
> cases.  Sometimes they have a version of that file that is quite out of
> date.  When I go to merge, that one file gives me grief 95% of the time.
>
> Is there an easy way around this?  Am I approaching the problem wrong?
> Is there a better way to do this?
>

Do they ever touch to the kernel core? You say that they are developing 
drivers, they basically use core kernel interfaces but not modify them right?

For quite a few years now, the kernel build system has allowed one to build 
drivers out of the kernel tree (but _using_ the kernel tree) fairly easily. 
Why not go this route? You won't have any conflict problems anymore, _and_ 
you can maintain (and update) your kernel tree regularly.

-- 
fge

  reply	other threads:[~2008-11-14 19:36 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-11-14 19:17 Can git ignore parts of files Alan
2008-11-14 19:33 ` Francis Galiegue [this message]
2008-11-14 19:58   ` Alan
2008-11-14 20:06 ` Elijah Newren
2008-11-16  8:37 ` Daniel Barkalow

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200811142033.51019.fg@one2team.net \
    --to=fg@one2team.net \
    --cc=alan@clueserver.org \
    --cc=git@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.