various changes of CVS to git

8 files changed, 34 insertions, 33 deletions

diff --git a/CHANGES b/CHANGES
index 7efa4200a..241ebdc08 100644
--- a/CHANGES
+++ b/CHANGES
@@ -10,6 +10,8 @@ Daniel Stenberg (21 Mar 2010)
 - Ben Greear improved TFTP: the error code returning and the treatment
   of TSIZE == 0 when uploading.
 
+- We've switched from CVS to git. See http://curl.haxx.se/source.html
+
 Kamil Dudka (19 Mar 2010)
 - Improved Curl_read() to not ignore the error returned from Curl_ssl_recv().
 
diff --git a/CVS-INFO b/GIT-INFO
index 68a3747a0..68a3747a0 100644
--- a/CVS-INFO
+++ b/GIT-INFO
diff --git a/README b/README
index adf4b36b9..2ffacc32c 100644
--- a/README
+++ b/README
@@ -34,15 +34,11 @@ WEB SITE
 
         http://curl.haxx.se/
 
-CVS
+GIT
 
-  To download the very latest source off the CVS server do this:
+  To download the very latest source off the GIT server do this:
 
-   cvs -d :pserver:anonymous@cool.haxx.se:/cvsroot/curl login
-
-  (just press enter when asked for password)
-
-   cvs -d :pserver:anonymous@cool.haxx.se:/cvsroot/curl co curl
+    git clone git://github.com/bagder/curl.git
 
   (you'll get a directory named curl created, filled with the source code)
 
diff --git a/docs/CONTRIBUTE b/docs/CONTRIBUTE
index df161d711..633f131e1 100644
--- a/docs/CONTRIBUTE
+++ b/docs/CONTRIBUTE
@@ -29,9 +29,9 @@
  2.11 Test Cases
 
  3. Pushing Out Your Changes
- 3.1 Write Access to CVS Repository
- 3.2 How To Make a Patch
- 3.3 How to get your changes into the main sources
+ 3.2 How To Make a Patch with git
+ 3.3 How To Make a Patch without git
+ 3.4 How to get your changes into the main sources
 
 ==============================================================================
 
@@ -152,7 +152,7 @@
 
  Please try to get the latest available sources to make your patches
  against. It makes the life of the developers so much easier. The very best is
- if you get the most up-to-date sources from the CVS repository, but the
+ if you get the most up-to-date sources from the git repository, but the
  latest release archive is quite OK as well!
 
 2.10 Document
@@ -177,16 +177,19 @@
 
 3. Pushing Out Your Changes
 
-3.1 Write Access to CVS Repository
+3.1 Write Access to git Repository
 
  If you are a frequent contributor, or have another good reason, you can of
- course get write access to the CVS repository and then you'll be able to
- check-in all your changes straight into the CVS tree instead of sending all
- changes by mail as patches. Just ask if this is what you'd want. You will be
- required to have posted a few quality patches first, before you can be
- granted write access.
+ course get write access to the git repository and then you'll be able to push
+ your changes straight into the git repo instead of sending changes by mail as
+ patches. Just ask if this is what you'd want. You will be required to have
+ posted a few quality patches first, before you can be granted push access.
 
-3.2 How To Make a Patch
+3.2 How To Make a Patch with git
+
+ TODO
+
+3.3 How To Make a Patch without git
 
  Keep a copy of the unmodified curl sources. Make your changes in a separate
  source tree. When you think you have something that you want to offer the
@@ -214,7 +217,7 @@
    http://gnuwin32.sourceforge.net/packages/patch.htm
    http://gnuwin32.sourceforge.net/packages/diffutils.htm
 
-3.3 How to get your changes into the main sources
+3.4 How to get your changes into the main sources
 
  1. Submit your patch to the curl-library mailing list
 
diff --git a/docs/FAQ b/docs/FAQ
index 8f32d0385..dfde766fe 100644
--- a/docs/FAQ
+++ b/docs/FAQ
@@ -236,10 +236,10 @@ FAQ
   supervised in any way by the project.
 
   We still get help from companies. Haxx provides web site, bandwidth, mailing
-  lists, CVS server etc and sourceforge.net hosts project services we take
-  advantage from, like the bug tracker. Also again, some companies have
-  sponsored certain parts of the development in the past and I hope some will
-  continue to do so in the future.
+  lists etc and sourceforge.net hosts project services we take advantage from,
+  like the bug tracker. Also again, some companies have sponsored certain
+  parts of the development in the past and I hope some will continue to do so
+  in the future.
 
   If you want to support our project, consider a donation or a banner-program
   or even better: by helping us coding, documenting, testing etc.
diff --git a/docs/INSTALL b/docs/INSTALL
index 168f366ef..3505d35d1 100644
--- a/docs/INSTALL
+++ b/docs/INSTALL
@@ -26,8 +26,8 @@ UNIX
 
    You probably need to be root when doing the last command.
 
-   If you have checked out the sources from the CVS repository, read the
-   CVS-INFO on how to proceed.
+   If you have checked out the sources from the git repository, read the
+   GIT-INFO on how to proceed.
 
    Get a full listing of all available configure options by invoking it like:
 
diff --git a/docs/INTERNALS b/docs/INTERNALS
index c9c497140..630b72b0f 100644
--- a/docs/INTERNALS
+++ b/docs/INTERNALS
@@ -12,9 +12,9 @@ INTERNALS
 
  The largest amount of code and complexity is in the library part.
 
-CVS
+GIT
 ===
- All changes to the sources are committed to the CVS repository as soon as
+ All changes to the sources are committed to the git repository as soon as
  they're somewhat verified to work. Changes shall be commited as independently
  as possible so that individual changes can be easier spotted and tracked
  afterwards.
@@ -436,10 +436,10 @@ Memory Debugging
  information about what they just did. The logged data can then be analyzed
  after a complete session,
 
- memanalyze.pl is the perl script present only present in CVS (not part of the
- release archives) that analyzes a log file generated by the memory tracking
- system. It detects if resources are allocated but never freed and other kinds
- of errors related to resource management.
+ memanalyze.pl is the perl script present in tests/ that analyzes a log file
+ generated by the memory tracking system. It detects if resources are
+ allocated but never freed and other kinds of errors related to resource
+ management.
 
  Internally, definition of preprocessor symbol DEBUGBUILD restricts code which
  is only compiled for debug enabled builds. And symbol CURLDEBUG is used to
@@ -483,6 +483,6 @@ Building Releases
  need to fill in the Makefile.am files properly for which files that should
  be included in the release archives.
 
- NOTE: you need to have curl checked out from CVS to be able to do a proper
+ NOTE: you need to have curl checked out from git to be able to do a proper
  release build. The release tarballs do not have everything setup in order to
  do releases properly.
diff --git a/maketgz b/maketgz
index db5bb68a7..95a292d0c 100755
--- a/maketgz
+++ b/maketgz
@@ -1,6 +1,6 @@
 #! /bin/sh
 # Script to build release-archives with. Note that this requires a checkout
-# from CVS and you should first run ./buildconf and build curl once.
+# from git and you should first run ./buildconf and build curl once.
 #
 #***************************************************************************
 #                                  _   _ ____  _