"lint --fix" output doesn't always satisfy "format features"

[zdave-parity]

It seems that when adding to a multi-line feature list "lint --fix" doesn't add a comma after the last item, but "format features" demands one.

[ggwpez]

Yes the --fix is not doing it in canonical form. Currently the way is to always run zepter f f at the end.

The problem is that otherwise it would have the change the formatting of the existing features; although it was only instructed to fix them. I think the --fix should produce a minimal git diff for easier review.
The zepter f f then produces a larger (but more trivial) diff for review.

[zdave-parity]

Minimal diff makes sense, but if the features are already formatted according to zepter f f then it seems like lint --fix shouldn't break this?

[ggwpez]

Minimal diff makes sense, but if the features are already formatted according to zepter f f then it seems like lint --fix shouldn't break this?

Hm yes, good idea. I can add a check to see if it was formatted first and then keep that.

[ggwpez]

Actually just adding a , does not work in the case that the line would become longer than the 80 chars since then it has to do a line-break instead. It would also require to pass in all formatting information to the lint CLI command, which is ugly…
I think i will rather start working on config files so that it becomes possible to just run zepter in the monorepo and it does all of these steps automatically.