-
-
Notifications
You must be signed in to change notification settings - Fork 158
feat: make an output on-the-fly(#335) #336
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
Codecov Report
@@ Coverage Diff @@
## master #336 +/- ##
==========================================
+ Coverage 97.05% 97.10% +0.04%
==========================================
Files 33 34 +1
Lines 2379 2349 -30
==========================================
- Hits 2309 2281 -28
+ Misses 70 68 -2
Continue to review full report at Codecov.
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@DDtKey You have done excellect work! 🔥
# Conflicts: # src/common/output.rs # src/main.rs
@DDtKey Thanks a lot! ⚡️ |
I thought about several options(up to the reactive approach, which is overkill in the linter), but it seemed to me that such a solution would be rather transparent and linear in the code.
By and large, the program output itself is completely taken out in a separate module.
Also, the structure of the output was completely preserved and the integration tests remained relevant!
And I noticed that we didn't update the documentation after adding the
checking
/fixing
files output.I will update this here and in a related project (site), but first I wanted to know your opinion on the implementation.
UPD: PR to site
Maybe there are ideas or suggestions with other approaches? @dotenv-linter/core
✔ Checklist: