1. 29 12月, 2006 1 次提交
  2. 28 12月, 2006 2 次提交
    • J
      Rename t3900 test vector file · 46e35a6c
      Junio C Hamano 提交于
      It appears ISO-2022-JP is more widely accepted than ISO2022JP, so
      rename it that way.  We probably would need to have a way to skip
      this test altogether in locale-challenged environments.
      Signed-off-by: NJunio C Hamano <junkio@cox.net>
      46e35a6c
    • J
      UTF-8: introduce i18n.logoutputencoding. · d2c11a38
      Junio C Hamano 提交于
      It is plausible for somebody to want to view the commit log in a
      different encoding from i18n.commitencoding -- the project's
      policy may be UTF-8 and the user may be using a commit message
      hook to run iconv to conform to that policy (and either not have
      i18n.commitencoding to default to UTF-8 or have it explicitly
      set to UTF-8).  Even then, Latin-1 may be more convenient for
      the usual pager and the terminal the user uses.
      
      The new variable i18n.logoutputencoding is used in preference to
      i18n.commitencoding to decide what encoding to recode the log
      output in when git-log and friends formats the commit log message.
      Signed-off-by: NJunio C Hamano <junkio@cox.net>
      d2c11a38
  3. 26 12月, 2006 20 次提交
  4. 25 12月, 2006 9 次提交
    • J
      git-add: add ignored files when asked explicitly. · e23ca9e1
      Junio C Hamano 提交于
      One thing many people found confusing about git-add was that a
      file whose name matches an ignored pattern could not be added to
      the index.  With this, such a file can be added by explicitly
      spelling its name to git-add.
      
      Fileglobs and recursive behaviour do not add ignored files to
      the index.  That is, if a pattern '*.o' is in .gitignore, and
      two files foo.o, bar/baz.o are in the working tree:
      
          $ git add foo.o
          $ git add '*.o'
          $ git add bar
      
      Only the first form adds foo.o to the index.
      Signed-off-by: NJunio C Hamano <junkio@cox.net>
      e23ca9e1
    • J
      read_directory: show_both option. · 4888c534
      Junio C Hamano 提交于
      This teaches the internal read_directory() routine to return
      both interesting and ignored pathnames.
      Signed-off-by: NJunio C Hamano <junkio@cox.net>
      4888c534
    • J
      git-rm: Documentation · 08d22488
      Junio C Hamano 提交于
      Signed-off-by: NJunio C Hamano <junkio@cox.net>
      08d22488
    • J
      t3600: update the test for updated git rm · 467e1b53
      Junio C Hamano 提交于
      Signed-off-by: NJunio C Hamano <junkio@cox.net>
      467e1b53
    • J
      git-rm: update to saner semantics · 9f95069b
      Junio C Hamano 提交于
      This updates the "git rm" command with saner semantics suggested
      on the list earlier with:
      
      	Message-ID: <Pine.LNX.4.64.0612020919400.3476@woody.osdl.org>
      	Message-ID: <Pine.LNX.4.64.0612040737120.3476@woody.osdl.org>
      
      The command still validates that the given paths all talk about
      sensible paths to avoid mistakes (e.g. "git rm fiel" when file
      "fiel" does not exist would error out -- user meant to remove
      "file"), and it has further safety checks described next.  The
      biggest difference is that the paths are removed from both index
      and from the working tree (if you have an exotic need to remove
      paths only from the index, you can use the --cached option).
      
      The command refuses to remove if the copy on the working tree
      does not match the index, or if the index and the HEAD does not
      match.  You can defeat this check with -f option.
      
      This safety check has two exceptions: if the working tree file
      does not exist to begin with, that technically does not match
      the index but it is allowed.  This is to allow this CVS style
      command sequence:
      
      	rm <path> && git rm <path>
      
      Also if the index is unmerged at the <path>, you can use "git rm
      <path>" to declare that the result of the merge loses that path,
      and the above safety check does not trigger; requiring the file
      to match the index in this case forces the user to do "git
      update-index file && git rm file", which is just crazy.
      
      To recursively remove all contents from a directory, you need to
      pass -r option, not just the directory name as the <path>.
      Signed-off-by: NJunio C Hamano <junkio@cox.net>
      9f95069b
    • J
      match_pathspec() -- return how well the spec matched · e813d50e
      Junio C Hamano 提交于
      This updates the return value from match_pathspec() so that the
      caller can tell cases between exact match, leading pathname
      match (i.e. file "foo/bar" matches a pathspec "foo"), or
      filename glob match.  This can be used to prevent "rm dir" from
      removing "dir/file" without explicitly asking for recursive
      behaviour with -r flag, for example.
      Signed-off-by: NJunio C Hamano <junkio@cox.net>
      e813d50e
    • J
      Merge branch 'jc/skip-count' · d4ada487
      Junio C Hamano 提交于
      * jc/skip-count:
        revision: --skip=<n>
      d4ada487
    • J
      Merge branch 'jc/git-add--interactive' · 6f38e037
      Junio C Hamano 提交于
      * jc/git-add--interactive:
        git-add --interactive: add documentation
        git-add --interactive: hunk splitting
        git-add --interactive
      6f38e037
    • J
      git-add --interactive: add documentation · 6a5ad23d
      Junio C Hamano 提交于
      Signed-off-by: NJunio C Hamano <junkio@cox.net>
      6a5ad23d
  5. 24 12月, 2006 8 次提交