Topic:.git.cmd.

.

Topic:.git.cmd.install.

You can download a git suite for command line processing from https://git-scm.com/download/win and install it. The installed files run on an other computer without installing. That may be important if you have experience with several git installations.

I have installed Git-2.9.3.2-32.bit.exe on a computer running under Windows-XP. I have answered all questions during the install process with the minimal influence to the operation system:

• Select components: Deselect all! No icons, no Windows Explorer Integration, no change of file extension-associations.

• No change of the system‘s PATH variable: Use Git from Git Bash only

• Use OpenSSH

• Configure the line ending conversions: Checkout as-is, commit-as-is: See TODO

• Use MinTTY (the default terminal of MSYS2), don‘t select Use Windows‘ default console window

• Enable file system chaching

• I have select D:\Programs\Gitcmd as destination for installation. That is my tool folder.

This produces the following files (raw):

D:\Programs\Gitcmd>dir
 Directory of D:\Programs\Gitcmd
29.08.2016  11:50    <DIR>          .
29.08.2016  11:50    <DIR>          ..
29.08.2016  11:38    <DIR>          bin
29.08.2016  11:38    <DIR>          cmd
29.08.2016  11:38    <DIR>          dev
29.08.2016  11:38    <DIR>          etc
25.08.2016  13:47           151.272 git-bash.exe
25.08.2016  13:47           150.760 git-cmd.exe
09.08.2016  19:02            18.765 LICENSE.txt
29.08.2016  11:38    <DIR>          mingw32
25.08.2016  15:06            77.551 ReleaseNotes.html
29.08.2016  11:38    <DIR>          tmp
29.08.2016  11:38           996.808 unins000.dat
29.08.2016  11:34         1.293.032 unins000.exe
29.08.2016  11:38            22.815 unins000.msg
29.08.2016  11:38    <DIR>          usr
               7 File(s)      2.711.003 bytes
               9 Dir(s)  83.736.236.032 bytes free

I have copied that file tree to a Windows-7-Computer, it runs perfect, without installation.

An older version of GitCmd gives the following files:

D:\Programs\Gitcmd_1608>dir
 Directory of D:\Programs\Gitcmd_1608
03.05.2015  13:29    <DIR>          .
03.05.2015  13:29    <DIR>          ..
25.08.2016  23:33                20 .bash_history
31.07.2014  19:55    <DIR>          bin
31.07.2014  19:55    <DIR>          cmd
31.07.2014  19:55    <DIR>          doc
31.07.2014  19:55    <DIR>          etc
04.02.2014  17:27               793 Git Bash.lnk
02.06.2013  12:30               708 Git Bash.vbs
31.07.2014  19:55    <DIR>          lib
31.07.2014  19:55    <DIR>          libexec
02.06.2013  12:30            38.203 ReleaseNotes.rtf
31.07.2014  19:56    <DIR>          share
31.07.2014  19:56    <DIR>          ssl
04.02.2014  17:26           566.105 unins000.dat
04.02.2014  17:25         1.243.915 unins000.exe
               6 File(s)      1.849.744 bytes
              10 Dir(s)  83.732.533.248 bytes free

There are some other directories, mingw3w is missing. Nevertheless it produces the adequate results. Both contains

D:\Programs\Gitcmd_1608\bin>dir sh.exe
04.02.2014  17:27           540.672 sh.exe

D:\Programs\Gitcmd\bin>dir sh.exe
25.08.2016  13:47            43.240 sh.exe

There are some changes in the tool suite, but the behaviour for the usage is the same.

Topic:.git.cmd.sh.

The D:\Programs\Gitcmd ... \bin\sh.exe is a windows program to run linux shell scripts or linux commands.

Topic:.git.cmd.sh.pure.

Without any other action, only invoked from a Windows command line (double click in explorer), it opens a linux-like command window. That shell window gets the environment variables from MS-Windows and sets the path variable (slightly) properly. One can type in some linux commands, here is an example content of the shell window after some commands:

Hartmut(at)lenovo-a6f13ea5 MINGW32 /bin

$ pwd
/bin

$ whoami
Hartmut

$ ls / -all
total 4080
drwxr-xr-x 1 hartmut 197121       0 Aug 29 11:50 .
drwxr-xr-x 1 hartmut 197121       0 Aug 29 11:50 ..
-rw-r--r-- 1 hartmut 197121   18765 Aug  9 19:02 LICENSE.txt
-rw-r--r-- 1 hartmut 197121   77551 Aug 25 15:06 ReleaseNotes.html
drwxr-xr-x 1 hartmut 197121       0 Aug 29 11:38 bin
drwxr-xr-x 1 hartmut 197121       0 Aug 29 11:38 cmd
drwxr-xr-x 1 hartmut 197121       0 Aug 29 11:38 dev
drwxr-xr-x 1 hartmut 197121       0 Aug 29 11:38 etc
-rwxr-xr-x 1 hartmut 197121  151272 Aug 25 13:47 git-bash.exe
-rwxr-xr-x 1 hartmut 197121  150760 Aug 25 13:47 git-cmd.exe
drwxr-xr-x 1 hartmut 197121       0 Aug 29 11:38 mingw32
dr-xr-xr-x 9 hartmut 197121       0 Aug 29 14:49 proc
drwxr-xr-x 1 hartmut 197121       0 Aug 29 14:49 tmp
-rw-r--r-- 1 hartmut 197121  996808 Aug 29 11:38 unins000.dat
-rwxr-xr-x 1 hartmut 197121 1293032 Aug 29 11:34 unins000.exe
-rw-r--r-- 1 hartmut 197121   22815 Aug 29 11:38 unins000.msg
drwxr-xr-x 1 hartmut 197121       0 Aug 29 11:38 usr

$ echo $PATH
/mingw32/bin:/usr/bin:/c/Dokumente und Einstellungen/Hartmut/bin:/d/Programs/Pyt
hon27:/d/Programs/Python27/Scripts:/d/Batch:/d/Progs/BAT_EXE:/d/Progs/JAVA/jre7/
bin:/c/WINDOWS/system32:/c/WINDOWS:/c/WINDOWS/System32/Wbem:/c/Programme/Microso
ft SQL Server/90/Tools/binn:/d/Progs/Bazaar:/c/Programme/Skype/Phone:/d/Programs
/Bazaar

$ echo $HOMEDRIVE
C:

$ echo $HOMEPATH
\Dokumente und Einstellungen\Hartmut

$ echo $HOME
/c/Dokumente und Einstellungen/Hartmut

$ git --version
git version 2.9.3.windows.2

$

The environment variables $HOMEDRIVE and $HOMEPATH are set in the windows environment. The $HOME is set newly for this shell with the input of $HOMEDRIVE and $HOMEPATH. The $PATHis set from the given path but enhanced with /mingw32/bin:/usr/bin and change ; to : (Windows separator ; versus Unix separator :).

The root of the linux directory is built internally. The root is the parent directory from the bin\sh.exe invocation. But the bin itself where sh.exe is stored is not member of. Instead usr\bin\ is mounted as bin/ which is in the path. Furthermore /c/ and /d/ are available which is the whole hard disk‘s content. /c/ and /d/ are not shown with the ls command, but they are available though.

Topic:.git.cmd.sh.bat.

The HOMEDRIVE and the HOMEPATH environment variable may be other than for windows usage. Therefore they are set before, and then sh.exe is called:

Content of unix_window.bat:

@echo off
set PATH=D:\Programs\Gitcmd\bin;%PATH%
set HOMEPATH=\vishia\HOME
set HOMEDRIVE=D:
::sh.exe --login -i
sh.exe

The PATH extension and the environment variables may be set in the Windows system environment in this kind already, but if they are set only in this batch, then its changed content is valid only for that session.

The variant with --login -i came from an older git cmd tool suite (from 2010 I think), it has no effect for the newer one.

That batch creates a Unix/Linux shell window to have some experiences with Linux command line invocations.

Topic:.git.cmd.sh.batcmd.

Content of unix_cmd.bat:

@echo off
set PATH=D:\Programs\Gitcmd\bin;%PATH%
set HOMEPATH=\vishia\HOME
set HOMEDRIVE=D:
REM The only one argument of this batch should be given with "" usual,
REM because the argument of the batch is the command with arguments for sh.exe-execution.
REM -x to output the command as they are executed.
REM -c to run the following argument in "" as command, then exit.
REM Write unix_cmd.bat "cmd arg1 ‘arg2 with spaces‘ arg3" for arguments with spaces.
echo on
sh.exe -x -c %1

This executes the given command by argument.

If that batch is invoked from another batch for example with a complex git command, one should regard some special rules for batch processing in windows.

Example content of a test-gitlog.bat:

unix_cmd.bat "git log --date=iso -z -b --ignore-space-change --no-textconv ‘--format=tformat:Commit::%%H %%h %%an %%ad %%+s‘ org/vishia/util/CalculatorExpr.java" >test.txt

The linux cmd should be written as one argument in "...." for the batch. The same rule is valid if sh.exe -c "command" will be invoked.

Note that the character % should be written twice: %% because the batch processing in windows detect that % as expansion switch for environment variables. %% expands to a single %. The same rule is valid if sh.exe was invoked immediately in a batch.

Topic:.git.cmd.sh.batscript.

Content of unix_script.bat:

@echo off
set PATH=D:\Programs\Gitcmd\bin;%PATH%
set HOMEPATH=\vishia\HOME
set HOMEDRIVE=D:
REM -x to output the command as they are executed.
echo on
sh.exe -x %1

The sh.exe runs the given path/to/file as a unix shell script and terminates then. The option -x is proper to see which commands are executed in the script. It is adequate echo on in windows. Adequate some echo ... lines should be written in the script.

Topic:.git.cmd.sh.exeWin.

In a shell script all windows executables can be invoked. Only the internal shell commands are linux-typical. If executables are equal for unix and windows you can use the same linux shell scripts for both platforms, maybe it is lesser effort for maintenance. Nevertheless some options are slightly different.

Topic:.git.cmd.sh.java.

Java provides with the system‘s class javadoc-java/lang/ProcessBuilder the capability to run a opertion system process with a given executable. That works for MS-Windows, for Linux and all other platforms.

The class srcJava_vishiaBase/org/vishia/cmd/CmdExecuter builds a wrapper surround the java/lang/ProcessBuilder to help deal with input, output, abort, and several additional possibilities. That class is used to run sh.exe respectively git from a Java application: srcJava_vishiaGui/org/vishia/gitGui/GitGui.

 CmdExecuter cmd = new CmdExecuter();
 .....
 void initializeCmd() {
   Map<String, String> env = cmd.environment();
   env.put("HOMEPATH", "\\vishia\\HOME");
   env.put("HOMEDRIVE", "D:");
   String sPath = env.get("PATH");
   sPath = "D:\\Programs\\Gitcmd\\bin;" + sPath;
   env.put("PATH", sPath);
 }
 .....
 public void revisionsCommit(String sGitDir, String sFile) {
   cmd.setCurrentDir(new File(sGitDir));
   out.buffer().setLength(0);
   out.assign(out.buffer());   //to reset positions to the changed out.buffer()
   String[] args ={"D:/Programs/Gitcmd/bin/sh.exe", "-x", "-c", "git log --date=iso ‘--pretty=raw‘ ‘" + sFile + "‘"};
   int error = cmd.execute(args, null,  out, null);
   out.firstlineMaxpart();

There are the adequate operations like in the MS-Windows-batches above. Only with Java syntax. The PATH enhancement is valid only for the running cmd, not for the start. Therefore the sh.exe should be invoked with the full path. The special arguments should be taken from a config file, it is TODO yet.

Topic:.git.cmd.log.

It offers a history of all commits, maybe for the whole repository, for some branches or especially for one file.

--pretty=format:%H %an %ad %+s

It seems to be a format in one line-thinking, proper for simply parsing algorithm for example with pearl text processing. Therefore the format flag ,%s, writes the commit message in one line. All line-feed characters are replaces by spaces. That has the disadvantage that the originally commit message are garbled.

In conclusion the printf-like format is not able to use fortunately. I uses the --pretty=raw format and parse it with a well Java parser srcJava_vishiaBase/org/vishia/util/StringPartScan.

It is in progress .... TODO