author | Luke Diamand <luke@diamand.org> | |
Thu, 23 Feb 2012 07:51:30 +0000 (07:51 +0000) | ||
committer | Junio C Hamano <gitster@pobox.com> | |
Thu, 23 Feb 2012 21:25:35 +0000 (13:25 -0800) | ||
commit | 60df071c6cce6ee3f92f62042da11c62fe113817 | |
tree | c68c7515aad766bf7108850401dfba5d0ae6bbbb | tree | snapshot |
parent | 12766861cdf10fbbfda1023fd65aaf864eb8136a | commit | diff |
git-p4: add initial support for RCS keywords
RCS keywords cause problems for git-p4 as perforce always
expands them (if +k is set) and so when applying the patch,
git reports that the files have been modified by both sides,
when in fact they haven't.
This change means that when git-p4 detects a problem applying
a patch, it will check to see if keyword expansion could be
the culprit. If it is, it strips the keywords in the p4
repository so that they match what git is expecting. It then
has another go at applying the patch.
This behaviour is enabled with a new git-p4 configuration
option and is off by default.
Acked-by: Pete Wyckoff <pw@padd.com>
Signed-off-by: Luke Diamand <luke@diamand.org>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
RCS keywords cause problems for git-p4 as perforce always
expands them (if +k is set) and so when applying the patch,
git reports that the files have been modified by both sides,
when in fact they haven't.
This change means that when git-p4 detects a problem applying
a patch, it will check to see if keyword expansion could be
the culprit. If it is, it strips the keywords in the p4
repository so that they match what git is expecting. It then
has another go at applying the patch.
This behaviour is enabled with a new git-p4 configuration
option and is off by default.
Acked-by: Pete Wyckoff <pw@padd.com>
Signed-off-by: Luke Diamand <luke@diamand.org>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
Documentation/git-p4.txt | diff | blob | history | |
contrib/fast-import/git-p4 | diff | blob | history | |
t/t9810-git-p4-rcs.sh | [new file with mode: 0755] | blob |