+2007-10-04 Benoit Sigoure <tsuna@lrde.epita.fr>
+ Bruno Haible <bruno@clisp.org>
+
+ Advertise for the Git server instead of the CVS server.
+ * doc/gnulib-intro.texi (Steady Development): Mention the Git
+ repository instead of the CVS one.
+ * doc/gnulib-tool.texi (VCS Issues): Renamed from "CVS Issues". Talk
+ about all VCS systems generically.
+ * doc/gnulib.texi (Introduction): Capitalize `Git'.
+
2007-10-04 Bruno Haible <bruno@clisp.org>
* doc/gnulib.texi (Function Substitutes): Explain what an absent module
Gnulib modules are continually adapted, to match new practices, to be
consistent with newly added modules, or simply as a response to build
failure reports. We don't make releases, but instead recommend to use the
-newest version of Gnulib from the CVS, except in periods of major changes.
+newest version of Gnulib from the Git repository, except in periods of major
+changes. The source tree can also be fetched from a read-only CVS that
+mirrors the Git repository.
@node Openness
@section Openness
* Initial import:: First import of Gnulib modules.
* Modified imports:: Changing the import specification.
* Simple update:: Tracking Gnulib development.
-* CVS Issues:: Integration with CVS.
+* VCS Issues:: Integration with Version Control Systems.
@end menu
This will create, update or remove files, as needed.
-@node CVS Issues
-@section CVS Issues
+@node VCS Issues
+@section Issues with Version Control Systems
+
+If a project stores its source files in a version control system (VCS),
+such as CVS, SVN, or Git, one needs to decide which files to commit.
All files created by @code{gnulib-tool}, except @file{gnulib-cache.m4},
should be treated like generated source files, like for example a
@item
In projects which commit all source files, whether generated or not, into
-CVS, the @code{gnulib-tool} generated files should all be committed.
+their VCS, the @code{gnulib-tool} generated files should all be committed.
Gnulib also contains files generated by @command{make} (and removed by
@code{make clean}), using information determined by @command{configure}
-They should not be checked into CVS, but instead added to
+They should not be checked into the VCS, but instead added to
@file{.cvsignore}. When you have a Gnulib source file of the form
@file{lib/foo_.h}, the corresponding @file{lib/foo.h} is such a file.
@item
-In projects which customarily omit from the CVS all files that generated
+In projects which customarily omit from their VCS all files that are generated
from other source files, all these files and directories would not be
-added into CVS. The only file that must be added to CVS is
+added into the VCS. The only file that must be added to the VCS is
@file{gnulib-cache.m4} in the M4 macros directory. Also, the script for
-restoring files not in CVS, customarily called @file{autogen.sh} or
+restoring files not in the VCS, customarily called @file{autogen.sh} or
@file{bootstrap.sh}, will typically contain the statement for restoring
the omitted files:
because they were missing.
@end itemize
-
-The same holds for other version control systems than CVS, such as @samp{git}
-or @samp{svn}.