Documentation / git-hash-object.txton commit convert: unify the "auto" handling of CRLF (6523728)
   1git-hash-object(1)
   2==================
   3
   4NAME
   5----
   6git-hash-object - Compute object ID and optionally creates a blob from a file
   7
   8
   9SYNOPSIS
  10--------
  11[verse]
  12'git hash-object' [-t <type>] [-w] [--path=<file>|--no-filters] [--stdin [--literally]] [--] <file>...
  13'git hash-object' [-t <type>] [-w] --stdin-paths [--no-filters]
  14
  15DESCRIPTION
  16-----------
  17Computes the object ID value for an object with specified type
  18with the contents of the named file (which can be outside of the
  19work tree), and optionally writes the resulting object into the
  20object database.  Reports its object ID to its standard output.
  21This is used by 'git cvsimport' to update the index
  22without modifying files in the work tree.  When <type> is not
  23specified, it defaults to "blob".
  24
  25OPTIONS
  26-------
  27
  28-t <type>::
  29        Specify the type (default: "blob").
  30
  31-w::
  32        Actually write the object into the object database.
  33
  34--stdin::
  35        Read the object from standard input instead of from a file.
  36
  37--stdin-paths::
  38        Read file names from the standard input, one per line, instead
  39        of from the command-line.
  40
  41--path::
  42        Hash object as it were located at the given path. The location of
  43        file does not directly influence on the hash value, but path is
  44        used to determine what Git filters should be applied to the object
  45        before it can be placed to the object database, and, as result of
  46        applying filters, the actual blob put into the object database may
  47        differ from the given file. This option is mainly useful for hashing
  48        temporary files located outside of the working directory or files
  49        read from stdin.
  50
  51--no-filters::
  52        Hash the contents as is, ignoring any input filter that would
  53        have been chosen by the attributes mechanism, including the end-of-line
  54        conversion. If the file is read from standard input then this
  55        is always implied, unless the `--path` option is given.
  56
  57--literally::
  58        Allow `--stdin` to hash any garbage into a loose object which might not
  59        otherwise pass standard object parsing or git-fsck checks. Useful for
  60        stress-testing Git itself or reproducing characteristics of corrupt or
  61        bogus objects encountered in the wild.
  62
  63GIT
  64---
  65Part of the linkgit:git[1] suite