TortoiseGit Manual

Chapter 3. The GitWCRev Program

GitWCRev is Windows console program which can be used to read the status of a Git working tree or specific files inside a working tree and optionally perform keyword substitution in a template file - another alternative could be git filters (cf. gitattributes(5) man-page). This is often used as part of the build process as a means of incorporating working tree information into the object you are building. Typically it might be used to include the revision number in an About box.

The GitWCRev Command Line

GitWCRev reads the Git status of all files in a working tree OR a directory/file inside a working tree including submodules. It records the HEAD commit revision and the commit timestamp, it also records whether there are local modifications in the passed path. The status revision and modification status are displayed on stdout.

GitWCRev.exe is called from the command line or a script, and is controlled using the command line parameters.

GitWCRev WorkingTreePath [SrcVersionFile DstVersionFile] [-mMuUsdq]
			

WorkingTreePath is the path to the working tree OR a directory/file inside a working tree to check. The path may be absolute or relative to the current working directory.

If you want GitWCRev to perform keyword substitution, so that fields like repository revision is saved to a text file, you need to supply a template file SrcVersionFile and an output file DstVersionFile which contains the substituted version of the template.

You can specify ignore patterns for GitWCRev to prevent specific files and paths from being considered. The patterns are read from a file named .gitwcrevignore. The file is read from the working tree root. If the file does not exist, no files or paths are ignored. The .gitwcrevignore file can contain multiple patterns, separated by newlines. The patterns are matched against the paths relative to the repository root . For example, to ignore all files in the /doc folder of the TortoiseGit working tree, the .gitwcrevignore would contain the following lines:

/doc
/doc/*

To ignore all images, the ignore patterns could be set like this:

*.png
*.jpg
*.ico
*.bmp

Important

The ignore patterns are case-sensitive, just like Git is.

Tip

To create a file with a starting dot in the Windows explorer, enter .gitwcrevignore.. Note the trailing dot.

There are a number of optional switches which affect the way GitWCRev works. If you use more than one, they must be specified as a single group, e.g. -sU, not -s -U.

Table 3.1. List of available command line switches

SwitchDescription
-mIf this switch is given, GitWCRev will exit with ERRORLEVEL 7 if the passed path contains local modifications. This may be used to prevent building with uncommitted changes present.
-MSame as above, but includes the status of submodules.
-uIf this switch is given, GitWCRev will exit with ERRORLEVEL 11 if the passed path contains unversioned items that are not ignored.
-USame as above, but includes the status of submodules.
-dIf this switch is given, GitWCRev will exit with ERRORLEVEL 9 if the destination file already exists.
-sIf this switch is given, GitWCRev will exclude submodules. The default behavior is to also check submodules.
-FIf this switch is given, GitWCRev will ignore any .gitwcrevignore files and include all files.
-qIf this switch is given, GitWCRev will perform the keyword substitution without showing working tree status on stdout.


If there is no error, GitWCRev returns zero. But in case an error occurs, the error message is written to stderr and shown in the console. And the returned error codes are:

Table 3.2. List of GitWCRev error codes

Error CodeDescription
1Syntax error. One or more command line parameters are invalid.
2The file or folder specified on the command line was not found.
3The input file could not be opened, or the target file could not be created.
4Could not allocate memory. This could happen if e.g. the source file is too big.
5The source file can not be scanned properly.
6Git error: libgit2 returned with an error when GitWCRev tried to find the information from the working tree.
7The working tree has local modifications. This requires the -m or -M switch.
9The output file already exists. This requires the -d switch.
10The specified path is neither a working tree, a bare repository nor part of one.
11The passed path has unversioned files or folders in it. This requires the -u or -U switch.