[SPAM] Re: Hg: Oh no... I did it again... :-]

[Yann E. MORIN]

Yop!

On Thursday 20 May 2010 11:59:16 Cedric Duval wrote:
> Le mieux c'est de te créer ta p'tite commande perso, par exemple
> un qseries verbeux :
>   [alias]
>   qsv = qseries -v -s

Ce qui ne donne toujours pas ce que je veux... Je veux le statut
du patch (index+status) et le summary, soit, par exemple:

  # hg qseries -v -S
  0 A  kconfig/lxdialog: more portable and use ncurses from ma...
  1 A  docs: Provide new Readme for MacOS
  2 A  scripts/build/internals.sh: compile wrapper with portable options.
  3 A  cc/gcc: Make usage of --enable-target-optspace configurable
  4 A  configure: add path to libtool to pathlist

Alors que par defaut, il y a aussie le nom du patch (je te passe la fin
des lignes, hein!):
  # hg qseries -v -s
  0 A kconfig_lxdialog_check_lxdialog_sh_more_portable_and_use_ncurses_fr...
  1 A docs_provide_new_readme_for_macos: docs: Provide new Readme for MacOS
  2 A scripts_build_internals_sh_compile_wrapper_with_portable_options: s...
  3 A config_build_gcc_make_usage_of_enable_target_optspace_configurable:...
  4 A configure_add_path_to_libtool_to_pathlist: configure: add path to l...

Tu remarqueras que les noms de patch sont derives des summary. Donc pas la
peine de mettre les deux. Et le summary est bien plus lisible que les noms.

> Moi j'ai un alias slog que j'utilise à tout bout de champ :
>   [alias]
>   slog = log --template '{rev} {date|shortdate} {author|user}\t{desc|firstline}\n'

Ah ouais! Celui la est pas mal! :-)

> Comme par convention (utilisée également dans mon slog) la première ligne
> du commit est un résumé, une option 'qheader -1' me semblerait plus
> généralement utile qu'un 'qseries -S', et à l'utilisation la seconde est
> très simple à obtenir.

Non, qheader ne te donne le log que d'un patch, et donc t'es oblige de te
tapper un "for i in blabla..." et ca fait long a tapper, quand une simple
option est bien plus rapide...

Et en plus qheader ne te donne pas le statut du patch.

Et utiliser des pipes, paf ca vire la couleur...

> Du coup on reste avec des commandes bien définies qui jouent chacune
> un rôle particulier, plutôt qu'une multitude d'option qui interagissent
> les unes avec les autres dans des commandes où on ne les attends pas
> forcément, comme dans git (non pas que mercurial n'ait pas aussi quelques
> moutons noirs, avec des paragraphes d'explications des interactions entre
> options).
> 
> Juste mon avis. :)
> 
> (d'ailleurs quel est le comportement attendu de 'qser -S' vs. 'qser -s -S' ?
> c'est équivalent ?)

Tres bonne question. Je croyais avoir ete explicit en disant:
 -S  same as -s, but don't print patch name

A++!
Yann.

-- 
.-----------------.--------------------.------------------.--------------------.
|  Yann E. MORIN  | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
| +33 662 376 056 | Software  Designer | \ / CAMPAIGN     |  ___               |
| +33 223 225 172 `------------.-------:  X  AGAINST      |  \e/  There is no  |
| http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL    |   v   conspiracy.  |
'------------------------------^-------^------------------^--------------------'