The latest Git for Windows 1.7.10.x takes up 208M on my hard drive. The problem you are observing is that the software you use to check the installed size does not follow NTFS hard links. For example, if you look at the libexec
subdirectory using the recent version of FAR in the "File Links" mode ( Ctrl-9
), most binary files have 107 links, since they all refer to the same executable file.
Another problem is that it is Windows, and some Git bits are implemented as Unix or Perl shell scripts, and two standard GUI interfaces ( git gui
and gitk
) are implemented in Tcl / Tk; on a typical GNU / Linux system (or * BSD or whatever) you must install these dependent runtimes on a system scale, but Git for Windows is doomed to carry them with you because there is no reliable packaging system it could rely on.
There are attempts to make clear room redefinitions, such as libgit2
, which, presumably, can be used to implement a lightweight Git client, but all these attempts are seriously lacking in functions compared to full-blown Git and will probably continue to do this because it develops itself Git.
In short: I would just relax and continue working with Git for Windows .; -)
source share