git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: [PATCH v14 04/13] ref-filter: implement an `align` atom

From
Karthik Nayak <karthik.188@gmail.com>
Date
Aug 31, 2015, 10:59 UTC
Message-ID
<CAOLa=ZR+TtqJsHG11P7L3v0S1T0cddFe9AoE8_ipfyaqs_B+aA@mail.gmail.com>
In-Reply-To
<vpq37yzhncc.fsf@anie.imag.fr>

On Mon, Aug 31, 2015 at 2:00 PM, Matthieu Moy <Matthieu.Moy@grenoble-inp.fr> wrote:

Show 25 quoted lines
> Hi,
>
> Just a remark on the way iterations are going on with this series: I do
> agree that each version gets better than the previous one, which is
> good. However, I have the feeling that we're turning a simple and easy
> to review series into a monster one (reading "v14 .../13" with a
> non-trivial interdiff is a bit scary for reviewers).
>
> Karthik: I think you could (should?) have splitted the work again.
> You're integrating other people's idea in the series, and sometimes I
> think at some point, a better way would have been: "OK, good idea, I'll
> implement it in on top of this series" (and possibly implement it on top
> before you resend, to make sure that the series is ready to welcome the
> new feature). For example, %(contents:lines=X) is good, but could have
> waited for the next series IMHO. This way, you get a shorter series to
> converge faster (straightforward interdiff for the last iterations), and
> then reviewers can focus on the next, short, series.
>
> The opposite is Zeno paradox kind of series, where you add something new
> every time you get close to getting merged, and you actually never reach
> a stable state ;-).
>
> That said, this particular series was a tough one for this, so I'm not
> even sure my advice would have been applicable ^^.
>

What you're saying also makes sense, This series has been changing based on the wonderful suggestions given by everyone on the list.

It has changed course and that's in a good way. But maybe you're right I'll probably stop it with the next iteration, which I've already worked on based on Eric's various suggestion.

So I'll push that soon, and more changes can be then added to the top of the series.

Thanks for the suggestion.
-- 
Regards,
Karthik Nayak
Previous: Matthieu MoyNext: Karthik Nayak
Message 26 of 52 in “Port tag.c to use ref-filter.c”
  1. 00/13 Port tag.c to use ref-filter.cKarthik Nayak, Aug 29, 2015
  2. 01/13 ref-filter: move `struct atom_value` to ref-filter.cKarthik Nayak, Aug 29, 2015
  3. 02/13 ref-filter: introduce ref_formatting_state and ref_formatting_stackKarthik Nayak, Aug 29, 2015
  4. 03/13 utf8: add function to align a string into given strbufKarthik Nayak, Aug 29, 2015
  5. Torsten BögershausenAug 29, 2015
  6. Karthik NayakAug 29, 2015
  7. 04/13 ref-filter: implement an `align` atomKarthik Nayak, Aug 29, 2015
  8. Eric SunshineAug 30, 2015
  9. Karthik NayakAug 30, 2015
  10. Eric SunshineAug 30, 2015
  11. Karthik NayakAug 31, 2015
  12. Eric SunshineAug 31, 2015
  13. Matthieu MoyAug 31, 2015
  14. Eric SunshineAug 31, 2015
  15. Karthik NayakSep 1, 2015
  16. Matthieu MoySep 1, 2015
  17. Karthik NayakSep 1, 2015
  18. Karthik NayakAug 30, 2015
  19. Eric SunshineAug 30, 2015
  20. Karthik NayakAug 31, 2015
  21. Junio C HamanoAug 30, 2015
  22. Eric SunshineAug 30, 2015
  23. Karthik NayakAug 31, 2015
  24. Karthik NayakAug 31, 2015
  25. Matthieu MoyAug 31, 2015
  26. Karthik NayakAug 31, 2015
  27. 05/13 ref-filter: add option to filter out tags, branches and remotesKarthik Nayak, Aug 29, 2015
  28. Eric SunshineAug 30, 2015
  29. Karthik NayakAug 30, 2015
  30. Eric SunshineAug 30, 2015
  31. 06/13 ref-filter: introduce format_ref_array_item()Karthik Nayak, Aug 29, 2015
  32. Eric SunshineAug 30, 2015
  33. Karthik NayakAug 30, 2015
  34. Karthik NayakAug 30, 2015
  35. 07/13 ref-filter: add support for %(contents:lines=X)Karthik Nayak, Aug 29, 2015
  36. Eric SunshineAug 30, 2015
  37. Karthik NayakAug 30, 2015
  38. Eric SunshineAug 30, 2015
  39. Karthik NayakAug 30, 2015
  40. Eric SunshineAug 30, 2015
  41. Karthik NayakAug 31, 2015
  42. 08/13 ref-filter: add support to sort by versionKarthik Nayak, Aug 29, 2015
  43. 09/13 ref-filter: add option to match literal patternKarthik Nayak, Aug 29, 2015
  44. 10/13 tag.c: use 'ref-filter' data structuresKarthik Nayak, Aug 29, 2015
  45. 11/13 tag.c: use 'ref-filter' APIsKarthik Nayak, Aug 29, 2015
  46. 12/13 tag.c: implement '--format' optionKarthik Nayak, Aug 29, 2015
  47. 13/13 tag.c: implement '--merged' and '--no-merged' optionsKarthik Nayak, Aug 29, 2015
  48. Matthieu MoyAug 31, 2015
  49. Karthik NayakAug 31, 2015
  50. Matthieu MoyAug 31, 2015
  51. Karthik NayakAug 31, 2015
  52. Karthik NayakSep 1, 2015

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.