[PATCH] cvsimport: added warning doc, cvsimport may fail to handle history

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



There are discussions on the mailing list that git-cvsimport
fails to handle history. This should be noted in the documentation
of cvsimport.

Signed-off-by: Steffen Prohaska <prohaska@xxxxxx>
---
 Documentation/git-cvsimport.txt |   10 ++++++++++
 1 files changed, 10 insertions(+), 0 deletions(-)

diff --git a/Documentation/git-cvsimport.txt b/Documentation/git-cvsimport.txt
index fdd7ec7..b4a5ebd 100644
--- a/Documentation/git-cvsimport.txt
+++ b/Documentation/git-cvsimport.txt
@@ -31,6 +31,16 @@ to work with; after that, you need to 'git merge' incremental imports, or
 any CVS branches, yourself.  It is advisable to specify a named remote via
 -r to separate and protect the incoming branches.
 
+There were rumors on the mailing list that git-cvsimport fails to
+handle history correctly.  Especially cvs branches seem to cause 
+problems. See the following thread on the mailing list for more details
+link:http://marc.info/?t=118385570200002&r=1&w=2[http://marc.info/?t=118385570200002&r=1&w=2].
+Alternatives discussed on the mailing list are
+
+  * parsecvs from link:http://anongit.freedesktop.org/git/users/keithp/repos/parsecvs.git/[http://anongit.freedesktop.org/git/users/keithp/repos/parsecvs.git/]
+  * fromcvs from link:http://ww2.fs.ei.tum.de/%7Ecorecode/hg/fromcvs/[http://ww2.fs.ei.tum.de/%7Ecorecode/hg/fromcvs/]
+
+As of July 2007 there is no definite recommendation which tool to use.
 
 OPTIONS
 -------
-- 
1.5.3.rc0.22.gd22ed

-
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]

  Powered by Linux