Skip to content
Commits on Apr 25, 2007
  1. entry.c: Use const qualifier for 'struct checkout' parameters

    Luiz Fernando N. Capitulino committed with Junio C Hamano Apr 25, 2007
    Signed-off-by: Luiz Fernando N. Capitulino <>
    Signed-off-by: Junio C Hamano <>
  2. remove_subtree(): Use strerror() when possible

    Luiz Fernando N. Capitulino committed with Junio C Hamano Apr 25, 2007
    Signed-off-by: Luiz Fernando N. Capitulino <>
    Signed-off-by: Junio C Hamano <>
Commits on Apr 22, 2007
  1. Merge branch 'jc/attr'

    Junio C Hamano committed Apr 21, 2007
    * 'jc/attr': (28 commits)
      lockfile: record the primary process.
      convert.c: restructure the attribute checking part.
      Fix bogus linked-list management for user defined merge drivers.
      Simplify calling of CR/LF conversion routines
      Document gitattributes(5)
      Update 'crlf' attribute semantics.
      Documentation: support manual section (5) - file formats.
      Simplify code to find recursive merge driver.
      Counto-fix in merge-recursive
      Fix funny types used in attribute value representation
      Allow low-level driver to specify different behaviour during internal merge.
      Custom low-level merge driver: change the configuration scheme.
      Allow the default low-level merge driver to be configured.
      Custom low-level merge driver support.
      Add a demonstration/test of customized merge.
      Allow specifying specialized merge-backend per path.
      merge-recursive: separate out xdl_merge() interface.
      Allow more than true/false to attributes.
      Document git-check-attr
      Change attribute negation marker from '!' to '-'.
Commits on Apr 21, 2007
  1. @raalkml

    Simplify calling of CR/LF conversion routines

    raalkml committed with Junio C Hamano Apr 19, 2007
    Signed-off-by: Alex Riesen <>
    Signed-off-by: Junio C Hamano <>
Commits on Apr 14, 2007
  1. @torvalds

    Teach "git-read-tree -u" to check out submodules as a directory

    torvalds committed with Junio C Hamano Apr 13, 2007
    This actually allows us to check out a supermodule after cloning, although
    the submodules themselves will obviously not be checked out, and will just
    be empty directories.
    Checking out the submodules will be up to higher levels - we may not even
    want to!
    Signed-off-by: Linus Torvalds <>
    Signed-off-by: Junio C Hamano <>
Commits on Mar 3, 2007
  1. Add core.symlinks to mark filesystems that do not support symbolic li…

    Johannes Sixt committed with Junio C Hamano Mar 2, 2007
    Some file systems that can host git repositories and their working copies
    do not support symbolic links. But then if the repository contains a symbolic
    link, it is impossible to check out the working copy.
    This patch enables partial support of symbolic links so that it is possible
    to check out a working copy on such a file system.  A new flag
    core.symlinks (which is true by default) can be set to false to indicate
    that the filesystem does not support symbolic links. In this case, symbolic
    links that exist in the trees are checked out as small plain files, and
    checking in modifications of these files preserve the symlink property in
    the database (as long as an entry exists in the index).
    Of course, this does not magically make symbolic links work on such defective
    file systems; hence, this solution does not help if the working copy relies
    on that an entry is a real symbolic link.
    Signed-off-by: Johannes Sixt <>
    Signed-off-by: Junio C Hamano <>
Commits on Feb 27, 2007
  1. convert object type handling from a string to a number

    Nicolas Pitre committed with Junio C Hamano Feb 26, 2007
    We currently have two parallel notation for dealing with object types
    in the code: a string and a numerical value.  One of them is obviously
    redundent, and the most used one requires more stack space and a bunch
    of strcmp() all over the place.
    This is an initial step for the removal of the version using a char array
    found in object reading code paths.  The patch is unfortunately large but
    there is no sane way to split it in smaller parts without breaking the
    Signed-off-by: Nicolas Pitre <>
    Signed-off-by: Junio C Hamano <>
Commits on Feb 14, 2007
  1. @torvalds

    Lazy man's auto-CRLF

    torvalds committed with Junio C Hamano Feb 13, 2007
    It currently does NOT know about file attributes, so it does its
    conversion purely based on content. Maybe that is more in the "git
    philosophy" anyway, since content is king, but I think we should try to do
    the file attributes to turn it off on demand.
    Anyway, BY DEFAULT it is off regardless, because it requires a
    		AutoCRLF = true
    in your config file to be enabled. We could make that the default for
    Windows, of course, the same way we do some other things (filemode etc).
    But you can actually enable it on UNIX, and it will cause:
     - "git update-index" will write blobs without CRLF
     - "git diff" will diff working tree files without CRLF
     - "git checkout" will write files to the working tree _with_ CRLF
    and things work fine.
    Funnily, it actually shows an odd file in git itself:
    	git clone -n git test-crlf
    	cd test-crlf
    	git config core.autocrlf true
    	git checkout
    	git diff
    shows a diff for "Documentation/docbook-xsl.css". Why? Because we have
    actually checked in that file *with* CRLF! So when "core.autocrlf" is
    true, we'll always generate a *different* hash for it in the index,
    because the index hash will be for the content _without_ CRLF.
    Is this complete? I dunno. It seems to work for me. It doesn't use the
    filename at all right now, and that's probably a deficiency (we could
    certainly make the "is_binary()" heuristics also take standard filename
    heuristics into account).
    I don't pass in the filename at all for the "index_fd()" case
    (git-update-index), so that would need to be passed around, but this
    actually works fine.
    NOTE NOTE NOTE! The "is_binary()" heuristics are totally made-up by yours
    truly. I will not guarantee that they work at all reasonable. Caveat
    emptor. But it _is_ simple, and it _is_ safe, since it's all off by
    The patch is pretty simple - the biggest part is the new "convert.c" file,
    but even that is really just basic stuff that anybody can write in
    "Teaching C 101" as a final project for their first class in programming.
    Not to say that it's bug-free, of course - but at least we're not talking
    about rocket surgery here.
    Signed-off-by: Linus Torvalds <>
    Signed-off-by: Junio C Hamano <>
Commits on Feb 13, 2007
  1. @torvalds

    Mark places that need blob munging later for CRLF conversion.

    torvalds committed with Junio C Hamano Feb 13, 2007
    Here's a patch that I think we can merge right now. There may be
    other places that need this, but this at least points out the
    three places that read/write working tree files for git
    update-index, checkout and diff respectively. That should cover
    a lot of it [jc: git-apply uses an entirely different codepath
    both for reading and writing].
    Some day we can actually implement it. In the meantime, this
    points out a place for people to start. We *can* even start with
    a really simple "we do CRLF conversion automatically, regardless
    of filename" kind of approach, that just look at the data (all
    three cases have the _full_ file data already in memory) and
    says "ok, this is text, so let's convert to/from DOS format
    THAT somebody can write in ten minutes, and it would already
    make git much nicer on a DOS/Windows platform, I suspect.
    And it would be totally zero-cost if you just make it a config
    option (but please make it dynamic with the _default_ just being
    0/1 depending on whether it's UNIX/Windows, just so that UNIX
    people can _test_ it easily).
    Signed-off-by: Linus Torvalds <>
    Signed-off-by: Junio C Hamano <>
Commits on Jan 8, 2007
  1. @awhitcroft

    short i/o: fix calls to write to use xwrite or write_in_full

    awhitcroft committed with Junio C Hamano Jan 8, 2007
    We have a number of badly checked write() calls.  Often we are
    expecting write() to write exactly the size we requested or fail,
    this fails to handle interrupts or short writes.  Switch to using
    the new write_in_full().  Otherwise we at a minimum need to check
    for EINTR and EAGAIN, where this is appropriate use xwrite().
    Note, the changes to config handling are much larger and handled
    in the next patch in the sequence.
    Signed-off-by: Andy Whitcroft <>
    Signed-off-by: Junio C Hamano <>
Commits on Dec 20, 2006
  1. simplify inclusion of system header files.

    Junio C Hamano committed Dec 19, 2006
    This is a mechanical clean-up of the way *.c files include
    system header files.
     (1) sources under compat/, platform sha-1 implementations, and
         xdelta code are exempt from the following rules;
     (2) the first #include must be "git-compat-util.h" or one of
         our own header file that includes it first (e.g. config.h,
         builtin.h, pkt-line.h);
     (3) system headers that are included in "git-compat-util.h"
         need not be included in individual C source files.
     (4) "git-compat-util.h" does not have to include subsystem
         specific header files (e.g. expat.h).
    Signed-off-by: Junio C Hamano <>
Commits on Aug 27, 2006
  1. @jonas

    Use PATH_MAX instead of MAXPATHLEN

    jonas committed with Junio C Hamano Aug 26, 2006
    According to sys/paramh.h it's a "BSD name" for values defined in
    <limits.h>. Besides PATH_MAX seems to be more commonly used.
    Signed-off-by: Jonas Fonseca <>
    Signed-off-by: Junio C Hamano <>
Commits on Apr 4, 2006
  1. Use blob_, commit_, tag_, and tree_type throughout.

    Peter Eriksen committed with Junio C Hamano Apr 2, 2006
    This replaces occurences of "blob", "commit", "tag", and "tree",
    where they're really used as type specifiers, which we already
    have defined global constants for.
    Signed-off-by: Peter Eriksen <>
    Signed-off-by: Junio C Hamano <>
Commits on Mar 5, 2006
  1. @spearce

    Add --temp and --stage=all options to checkout-index.

    spearce committed with Junio C Hamano Mar 5, 2006
    Sometimes it is convient for a Porcelain to be able to checkout all
    unmerged files in all stages so that an external merge tool can be
    executed by the Porcelain or the end-user.  Using git-unpack-file
    on each stage individually incurs a rather high penalty due to the
    need to fork for each file version obtained.  git-checkout-index -a
    --stage=all will now do the same thing, but faster.
    Signed-off-by: Shawn O. Pearce <>
    Signed-off-by: Junio C Hamano <>
Commits on Feb 9, 2006
  1. "Assume unchanged" git

    Junio C Hamano committed Feb 8, 2006
    This adds "assume unchanged" logic, started by this message in the list
    discussion recently:
    This is a workaround for filesystems that do not have lstat()
    that is quick enough for the index mechanism to take advantage
    of.  On the paths marked as "assumed to be unchanged", the user
    needs to explicitly use update-index to register the object name
    to be in the next commit.
    You can use two new options to update-index to set and reset the
    CE_VALID bit:
    	git-update-index --assume-unchanged path...
    	git-update-index --no-assume-unchanged path...
    These forms manipulate only the CE_VALID bit; it does not change
    the object name recorded in the index file.  Nor they add a new
    entry to the index.
    When the configuration variable "core.ignorestat = true" is set,
    the index entries are marked with CE_VALID bit automatically
     - update-index to explicitly register the current object name to the
       index file.
     - when update-index --refresh finds the path to be up-to-date.
     - when tools like read-tree -u and apply --index update the working
       tree file and register the current object name to the index file.
    The flag is dropped upon read-tree that does not check out the index
    entry.  This happens regardless of the core.ignorestat settings.
    Index entries marked with CE_VALID bit are assumed to be
    unchanged most of the time.  However, there are cases that
    CE_VALID bit is ignored for the sake of safety and usability:
     - while "git-read-tree -m" or git-apply need to make sure
       that the paths involved in the merge do not have local
       modifications.  This sacrifices performance for safety.
     - when git-checkout-index -f -q -u -a tries to see if it needs
       to checkout the paths.  Otherwise you can never check
       anything out ;-).
     - when git-update-index --really-refresh (a new flag) tries to
       see if the index entry is up to date.  You can start with
       everything marked as CE_VALID and run this once to drop
       CE_VALID bit for paths that are modified.
    Most notably, "update-index --refresh" honours CE_VALID and does
    not actively stat, so after you modified a file in the working
    tree, update-index --refresh would not notice until you tell the
    index about it with "git-update-index path" or "git-update-index
    --no-assume-unchanged path".
    This version is not expected to be perfect.  I think diff
    between index and/or tree and working files may need some
    adjustment, and there probably needs other cases we should
    automatically unmark paths that are marked to be CE_VALID.
    But the basics seem to work, and ready to be tested by people
    who asked for this feature.
    Signed-off-by: Junio C Hamano <>
Commits on Jan 27, 2006
  1. checkout: do not make a temporary copy of symlink target.

    Junio C Hamano committed Jan 27, 2006
    If the index records an insanely long symbolic link, copying
    into the temporary would overflow the buffer (noticed by Mark
    Because read_sha1_file() terminates the returned buffer with NUL
    since late May 2005, there is no reason to copy it anymore.
    Signed-off-by: Junio C Hamano <>
Commits on Jan 6, 2006
  1. @raalkml

    trivial: O_EXCL makes O_TRUNC redundant

    raalkml committed with Junio C Hamano Jan 5, 2006
    Signed-off-by: Alex Riesen <>
    Signed-off-by: Junio C Hamano <>
Commits on Oct 5, 2005
  1. Return error when not checking out an entry due to dirtiness.

    Junio C Hamano committed Oct 3, 2005
    Without -f flag, 'git-checkout-index foo.c' issued an error message
    when foo.c already existed in the working tree and did not match index.
    However it did not return an error from the underlying checkout_entry()
    function and resulted in a successful exit(0).
    Signed-off-by: Junio C Hamano <>
Commits on Sep 8, 2005
  1. Big tool rename.

    Junio C Hamano committed Sep 7, 2005
    As promised, this is the "big tool rename" patch.  The primary differences
    since 0.99.6 are:
      (1) git-*-script are no more.  The commands installed do not
          have any such suffix so users do not have to remember if
          something is implemented as a shell script or not.
      (2) Many command names with 'cache' in them are renamed with
          'index' if that is what they mean.
    There are backward compatibility symblic links so that you and
    Porcelains can keep using the old names, but the backward
    compatibility support  is expected to be removed in the near
    Signed-off-by: Junio C Hamano <>
Commits on Jul 14, 2005
  1. Fix replacing of a directory with a file/symlink in git-checkout-cache

    Linus Torvalds committed Jul 14, 2005
    The symlink case had never worked, and the file case was broken by the
    O_EXCL change because the error return changed from EISDIR to EEXIST.
    Fix both problems by just moving the test for an existing directory to a
    more logical place.
  2. Make "git-checkout" create files with O_EXCL

    Linus Torvalds committed Jul 13, 2005
    We should always have unlinked any old ones before, but this just makes
    sure that we never over-write any old file.
    A quick "grep" now shows that all the core tools that open files for
    writing use O_EXCL, ie we never overwrite an existing file in place.
Commits on Jul 6, 2005
  1. [PATCH] Let umask do its work upon filesystem object creation.

    Junio C Hamano committed with Linus Torvalds Jul 6, 2005
    IIRC our strategy was to let the users' umask take care of the
    final mode bits.  This patch fixes places that deviate from it.
    Signed-off-by: Junio C Hamano <>
    Signed-off-by: Linus Torvalds <>
Commits on Jun 6, 2005
  1. Fix entry.c dependency and compile problem

    Linus Torvalds committed Jun 5, 2005
    Bad Linus.
  2. Make fiel checkout function available to the git library

    Linus Torvalds committed Jun 5, 2005
    The merge stuff will want it soon, and we don't want to
    duplicate all the work..
Something went wrong with that request. Please try again.