Git development
 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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox