git@vger.kernel.org mailing list mirror (one of many)
 help / color / mirror / code / Atom feed
* git-p4, RCS keywords
@ 2011-07-12  6:50 Luke Diamand
  2011-07-12 21:24 ` Pete Wyckoff
  0 siblings, 1 reply; 2+ messages in thread
From: Luke Diamand @ 2011-07-12  6:50 UTC (permalink / raw)
  To: Pete Wyckoff; +Cc: git, Michael Horowitz

A bit of an ancient topic now, I'm afraid, but back in May I was 
attempting to find a way to get git-p4 to cope with RCS keyword 
expansion causing merge conflicts.

http://marc.info/?l=git&m=130492741320889&w=2

I've given up trying to make this work.

I had thought that I had a scheme that could plausibly work. git-p4 
detects when a merge would fail. At this point, look for RCS keywords in 
the file, and strip them out. For an edit that's easy, for a deletion 
it's a bit trickier.

I then discovered that the third way RCS keywords can cause grief is if 
a user copies a file containing expanded RCS keywords into their git 
repo. My scheme then gave some very weird results!

Maybe this is now the complete list of ways in which RCS keywords can 
mess you up, but I'm not sure. We've got ~9.5k files in our repo with 
RCS keywords. I think it's easier and safer just to go through and turn 
off ktext everywhere. I've actually only seen two or three merge 
conflicts caused by this problem in this time (not sure how many commits 
that is, but it must be in the hundreds).

I'm not saying it's not possible, just that my approach isn't going to work.

Who invented RCS keyword expansion anyway? They need a good talking to!

Luke

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: git-p4, RCS keywords
  2011-07-12  6:50 git-p4, RCS keywords Luke Diamand
@ 2011-07-12 21:24 ` Pete Wyckoff
  0 siblings, 0 replies; 2+ messages in thread
From: Pete Wyckoff @ 2011-07-12 21:24 UTC (permalink / raw)
  To: Luke Diamand; +Cc: git, Michael Horowitz

luke@diamand.org wrote on Tue, 12 Jul 2011 07:50 +0100:
> A bit of an ancient topic now, I'm afraid, but back in May I was
> attempting to find a way to get git-p4 to cope with RCS keyword
> expansion causing merge conflicts.
> 
> http://marc.info/?l=git&m=130492741320889&w=2
> 
> I've given up trying to make this work.
> 
> I had thought that I had a scheme that could plausibly work. git-p4
> detects when a merge would fail. At this point, look for RCS
> keywords in the file, and strip them out. For an edit that's easy,
> for a deletion it's a bit trickier.
> 
> I then discovered that the third way RCS keywords can cause grief is
> if a user copies a file containing expanded RCS keywords into their
> git repo. My scheme then gave some very weird results!
> 
> Maybe this is now the complete list of ways in which RCS keywords
> can mess you up, but I'm not sure. We've got ~9.5k files in our repo
> with RCS keywords. I think it's easier and safer just to go through
> and turn off ktext everywhere. I've actually only seen two or three
> merge conflicts caused by this problem in this time (not sure how
> many commits that is, but it must be in the hundreds).
> 
> I'm not saying it's not possible, just that my approach isn't going to work.
> 
> Who invented RCS keyword expansion anyway? They need a good talking to!

Yeah!  Thanks for the followup; it was an interesting exercise.
We went through the pain of turning off ktext everywhere
possible.  Watch out because it will keep sneaking back in
depending on how people do their integrates.

		-- Pete

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2011-07-12 21:32 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2011-07-12  6:50 git-p4, RCS keywords Luke Diamand
2011-07-12 21:24 ` Pete Wyckoff

Code repositories for project(s) associated with this public inbox

	https://80x24.org/mirrors/git.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).