Thread (5 messages) flat view 5 messages, 4 authors, 2016-06-15

Re: Can git ignore parts of files

From: Francis Galiegue <hidden>
Date: 2016-06-15 22:45:39

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
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help