1. 19 Apr, 2019 1 commit
  2. 29 Oct, 2018 1 commit
  3. 21 Aug, 2018 1 commit
  4. 29 May, 2018 1 commit
    • Duy Nguyen's avatar
      help: add --config to list all available config · 3ac68a93
      Duy Nguyen authored
      Sometimes it helps to list all available config vars so the user can
      search for something they want. The config man page can also be used
      but it's harder to search if you want to focus on the variable name,
      for example.
      
      This is not the best way to collect the available config since it's
      not precise. Ideally we should have a centralized list of config in C
      code (pretty much like 'struct option'), but that's a lot more work.
      This will do for now.
      Signed-off-by: Duy Nguyen's avatarNguyễn Thái Ngọc Duy <pclouds@gmail.com>
      Signed-off-by: 's avatarJunio C Hamano <gitster@pobox.com>
      3ac68a93
  5. 21 May, 2018 1 commit
  6. 10 May, 2018 4 commits
    • Duy Nguyen's avatar
      Remove common-cmds.h · 60f487ac
      Duy Nguyen authored
      After the last patch, common-cmds.h is no longer used (and it was
      actually broken). Remove all related code. command-list.h will take
      its place from now on.
      Signed-off-by: Duy Nguyen's avatarNguyễn Thái Ngọc Duy <pclouds@gmail.com>
      Signed-off-by: 's avatarJunio C Hamano <gitster@pobox.com>
      60f487ac
    • Duy Nguyen's avatar
      help: use command-list.h for common command list · cfb22a02
      Duy Nguyen authored
      The previous commit added code generation for all_cmd_desc[] which
      includes almost everything we need to generate common command list.
      Convert help code to use that array instead and drop common_cmds[] array.
      
      The description of each common command group is removed from
      command-list.txt. This keeps this file format simpler. common-cmds.h
      will not be generated correctly after this change due to the
      command-list.txt format change. But it does not matter and
      common-cmds.h will be removed.
      Signed-off-by: Duy Nguyen's avatarNguyễn Thái Ngọc Duy <pclouds@gmail.com>
      Signed-off-by: 's avatarJunio C Hamano <gitster@pobox.com>
      cfb22a02
    • Duy Nguyen's avatar
      generate-cmds.sh: export all commands to command-list.h · f318d739
      Duy Nguyen authored
      The current generate-cmds.sh generates just enough to print "git help"
      output. That is, it only extracts help text for common commands.
      
      The script is now updated to extract help text for all commands and
      keep command classification a new file, command-list.h. This will be
      useful later:
      
      - "git help -a" could print a short summary of all commands instead of
        just the common ones.
      
      - "git" could produce a list of commands of one or more category. One
        of its use is to reduce another command classification embedded in
        git-completion.bash.
      
      The new file can be generated but is not used anywhere yet. The plan
      is we migrate away from common-cmds.h. Then we can kill off
      common-cmds.h build rules and generation code (and also delete
      duplicate content in command-list.h which we keep for now to not mess
      generate-cmds.sh up too much).
      
      PS. The new fixed column requirement on command-list.txt is
      technically not needed. But it helps simplify the code a bit at this
      stage. We could lift this restriction later if we want to.
      Signed-off-by: Duy Nguyen's avatarNguyễn Thái Ngọc Duy <pclouds@gmail.com>
      Signed-off-by: 's avatarJunio C Hamano <gitster@pobox.com>
      f318d739
    • Duy Nguyen's avatar
      generate-cmds.sh: factor out synopsis extract code · 75ba897e
      Duy Nguyen authored
      This makes it easier to reuse the same code in another place (very
      soon).
      Signed-off-by: Duy Nguyen's avatarNguyễn Thái Ngọc Duy <pclouds@gmail.com>
      Signed-off-by: 's avatarJunio C Hamano <gitster@pobox.com>
      75ba897e
  7. 22 Nov, 2017 1 commit
  8. 25 Aug, 2015 1 commit
    • Eric Sunshine's avatar
      generate-cmdlist: re-implement as shell script · 82aec45b
      Eric Sunshine authored
      527ec398 (generate-cmdlist: parse common group commands, 2015-05-21)
      replaced generate-cmdlist.sh with a more functional Perl version,
      generate-cmdlist.perl. The Perl version gleans named tags from a new
      "common groups" section in command-list.txt and recognizes those
      tags in "command list" section entries in place of the old 'common'
      tag. This allows git-help to, not only recognize, but also group
      common commands.
      
      Although the tests require Perl, 527ec398 creates an unconditional
      dependence upon Perl in the build system itself, which can not be
      overridden with NO_PERL. Such a dependency may be undesirable; for
      instance, the 'git-lite' package in the FreeBSD ports tree is
      intended as a minimal Git installation (which may, for example, be
      useful on servers needing only local clone and update capability),
      which, historically, has not depended upon Perl[1].
      
      Therefore, revive generate-cmdlist.sh and extend it to recognize
      "common groups" and its named tags. Retire generate-cmdlist.perl.
      
      [1]: http://thread.gmane.org/gmane.comp.version-control.git/275905/focus=276132Signed-off-by: Eric Sunshine's avatarEric Sunshine <sunshine@sunshineco.com>
      Signed-off-by: 's avatarJunio C Hamano <gitster@pobox.com>
      82aec45b
  9. 21 May, 2015 1 commit
    • Eric Sunshine's avatar
      generate-cmdlist: parse common group commands · 527ec398
      Eric Sunshine authored
      Parse the group block to create the array of group descriptions:
      
      static char *common_cmd_groups[] = {
          N_("starting a working area"),
          N_("working on the current change"),
          N_("working with others"),
          N_("examining the history and state"),
          N_("growing, marking and tweaking your history"),
      };
      
      then map each element of common_cmds[] to a group via its index:
      
      static struct cmdname_help common_cmds[] = {
          {"add", N_("Add file contents to the index"), 1},
          {"branch", N_("List, create, or delete branches"), 4},
          {"checkout", N_("Checkout a branch or paths to the ..."), 4},
          {"clone", N_("Clone a repository into a new directory"), 0},
          {"commit", N_("Record changes to the repository"), 4},
          ...
      };
      
      so that 'git help' can print those commands grouped by theme.
      
      Only commands tagged with an attribute from the group block are emitted to
      common_cmds[].
      
      [commit message by Sébastien Guimmara <sebastien.guimmara@gmail.com>]
      Signed-off-by: Eric Sunshine's avatarEric Sunshine <sunshine@sunshineco.com>
      Signed-off-by: 's avatarSébastien Guimmara <sebastien.guimmara@gmail.com>
      Reviewed-by: Eric Sunshine's avatarEric Sunshine <sunshine@sunshineco.com>
      Signed-off-by: 's avatarJunio C Hamano <gitster@pobox.com>
      527ec398
  10. 24 Apr, 2012 1 commit
  11. 05 Aug, 2011 1 commit
  12. 16 Mar, 2011 1 commit
    • Jonathan Nieder's avatar
      standardize brace placement in struct definitions · 9cba13ca
      Jonathan Nieder authored
      In a struct definitions, unlike functions, the prevailing style is for
      the opening brace to go on the same line as the struct name, like so:
      
       struct foo {
      	int bar;
      	char *baz;
       };
      
      Indeed, grepping for 'struct [a-z_]* {$' yields about 5 times as many
      matches as 'struct [a-z_]*$'.
      
      Linus sayeth:
      
       Heretic people all over the world have claimed that this inconsistency
       is ...  well ...  inconsistent, but all right-thinking people know that
       (a) K&R are _right_ and (b) K&R are right.
      Signed-off-by: 's avatarJonathan Nieder <jrnieder@gmail.com>
      Signed-off-by: 's avatarJunio C Hamano <gitster@pobox.com>
      9cba13ca
  13. 01 Dec, 2008 1 commit
  14. 02 Dec, 2007 1 commit
  15. 14 Nov, 2007 1 commit
  16. 13 Jun, 2007 1 commit
  17. 12 Jan, 2007 1 commit
  18. 03 Jan, 2007 1 commit
  19. 14 Dec, 2006 1 commit
  20. 09 Sep, 2006 1 commit
    • Franck Bui-Huu's avatar
      Add git-archive · 4df096a5
      Franck Bui-Huu authored
      git-archive is a command to make TAR and ZIP archives of a git tree.
      It helps prevent a proliferation of git-{format}-tree commands.
      
      Instead of directly calling git-{tar,zip}-tree command, it defines
      a very simple API, that archiver should implement and register in
      "git-archive.c". This API is made up by 2 functions whose prototype
      is defined in "archive.h" file.
      
       - The first one is used to parse 'extra' parameters which have
         signification only for the specific archiver. That would allow
         different archive backends to have different kind of options.
      
       - The second one is used to ask to an archive backend to build
         the archive given some already resolved parameters.
      
      The main reason for making this API is to avoid using
      git-{tar,zip}-tree commands, hence making them useless. Maybe it's
      time for them to die ?
      
      It also implements remote operations by defining a very simple
      protocol: it first sends the name of the specific uploader followed
      the repository name (git-upload-tar git://example.org/repo.git).
      Then it sends options. It's done by sending a sequence of one
      argument per packet, with prefix "argument ", followed by a flush.
      
      The remote protocol is implemented in "git-archive.c" for client
      side and is triggered by "--remote=<repo>" option. For example,
      to fetch a TAR archive in a remote repo, you can issue:
      
      $ git archive --format=tar --remote=git://xxx/yyy/zzz.git HEAD
      
      We choose to not make a new command "git-fetch-archive" for example,
      avoind one more GIT command which should be nice for users (less
      commands to remember, keeps existing --remote option).
      Signed-off-by: 's avatarFranck Bui-Huu <vagabon.xyz@gmail.com>
      Acked-by: 's avatarRene Scharfe <rene.scharfe@lsrfire.ath.cx>
      Signed-off-by: 's avatarJunio C Hamano <junkio@cox.net>
      4df096a5
  21. 22 May, 2006 1 commit
  22. 20 Mar, 2006 2 commits
  23. 09 Mar, 2006 1 commit