Conversation
|
Hello @parkr, would like to know if you have any misgivings about changes here since this would need to be backported to |
| @@ -1,222 +1,80 @@ | |||
| # frozen_string_literal: true | |||
There was a problem hiding this comment.
Is this formatter still in use? Should we remove it if we always use progress, or use it in CI?
There was a problem hiding this comment.
Yes, the custom formatter is still used regardless of how one invokes Cucumber, i.e. bash script/cucumber foo.feature or script/cucumber foo.feature:24 or bundle exec cucumber foo.feature.
The advantage of custom formatter over the built-in progress formatter is that with our formatter, we print scenario location and name alongwith step-run-status subsequently, followed by a "Worst Offenders" section at the end. The built-in progress formatter would just print step-run-status in a single line stream, very similar to how RuboCop prints or Minitest prints.
|
|
||
| module Jekyll | ||
| module Cucumber | ||
| class Formatter |
There was a problem hiding this comment.
Since there's no test for the formatter, can you share sample output for this so we can see what it looks like? I'm a little worried about truncation causing confusion about what scenario is described in the output so it would be beneficial to see. Thanks!
There was a problem hiding this comment.
You can see the sample output in our CI workflow logs for this pull request and compare with existing prints for the counterpart in the master branch.
|
No significant worries, just want to make sure the formatter we write here is tested in some fashion (e.g. by being used in our CI). It sounds like it is so we're good. |
|
Thanks for reviewing, Parker. from the
|
|
@jekyllbot: merge +dev |
1 similar comment
|
@jekyllbot: merge +dev |
This backports 2db7db7 to 4.3-stable
Summary
cucumberto 9.xfeatures/support/formatter.rbscript/cucumbercalls upon theprogressformatter via--format progress).prettyformatter (duplication / redundant).