1. 27 9月, 2006 4 次提交
    • N
      introduce delta objects with offset to base · eb32d236
      Nicolas Pitre 提交于
      This adds a new object, namely OBJ_OFS_DELTA, renames OBJ_DELTA to
      OBJ_REF_DELTA to better make the distinction between those two delta
      objects, and adds support for the handling of those new delta objects
      in sha1_file.c only.
      
      The OBJ_OFS_DELTA contains a relative offset from the delta object's
      position in a pack instead of the 20-byte SHA1 reference to identify
      the base object.  Since the base is likely to be not so far away, the
      relative offset is more likely to have a smaller encoding on average
      than an absolute offset.  And for those delta objects the base must
      always be stored first because there is no way to know the distance of
      later objects when streaming a pack.  Hence this relative offset is
      always meant to be negative.
      
      The offset encoding is slightly denser than the one used for object
      size -- credits to <linux@horizon.com> (whoever this is) for bringing
      it to my attention.
      
      This allows for pack size reduction between 3.2% (Linux-2.6) to over 5%
      (linux-historic).  Runtime pack access should be faster too since delta
      replay does skip a search in the pack index for each delta in a chain.
      Signed-off-by: NNicolas Pitre <nico@cam.org>
      Signed-off-by: NJunio C Hamano <junkio@cox.net>
      eb32d236
    • Y
      gitweb: Decode long title for link tooltips · 4a0641b7
      Yasushi SHOJI 提交于
      This is a simple one liner to decode long title string in perl's
      internal form to utf-8 for link tooltips.
      
      This is not crucial if the commit message is all in ASCII, however, if
      you decide to use other encoding, such as UTF-8, tooltips ain't
      readable any more.
      Signed-off-by: NYasushi SHOJI <yashi@atmark-techno.com>
      Signed-off-by: NJunio C Hamano <junkio@cox.net>
      4a0641b7
    • S
      git-svn: Fix fetch --no-ignore-externals with GIT_SVN_NO_LIB=1 · 191414c0
      Sergey Vlasov 提交于
      When using Subversion 1.3.1 without Perl bindings (GIT_SVN_NO_LIB=1),
      "git-svn fetch --no-ignore-externals" fails with errors like:
      
        Tree (.../.git/svn/git-svn/tree) is not clean:
        X      directory_with_external
      
      In this case the 'X' lines in the "svn status" output are not a sign
      of unclean tree, and therefore should be ignored.
      Signed-off-by: NSergey Vlasov <vsu@altlinux.ru>
      Acked-by: NEric Wong <normalperson@yhbt.net>
      Signed-off-by: NJunio C Hamano <junkio@cox.net>
      191414c0
    • S
      Ignore executable bit when adding files if filemode=0. · fd28b34a
      Shawn Pearce 提交于
      If the user has configured core.filemode=0 then we shouldn't set
      the execute bit in the index when adding a new file as the user
      has indicated that the local filesystem can't be trusted.
      
      This means that when adding files that should be marked executable
      in a repository with core.filemode=0 the user must perform a
      'git update-index --chmod=+x' on the file before committing the
      addition.
      Signed-off-by: NShawn O. Pearce <spearce@spearce.org>
      Signed-off-by: NJunio C Hamano <junkio@cox.net>
      fd28b34a
  2. 26 9月, 2006 2 次提交
  3. 25 9月, 2006 11 次提交
  4. 24 9月, 2006 9 次提交
  5. 23 9月, 2006 8 次提交
  6. 22 9月, 2006 6 次提交