-
Notifications
You must be signed in to change notification settings - Fork 19
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
💚 Add mypy in CI #47
💚 Add mypy in CI #47
Conversation
Codecov Report
@@ Coverage Diff @@
## master #47 +/- ##
==========================================
- Coverage 98.06% 97.95% -0.11%
==========================================
Files 6 6
Lines 516 539 +23
==========================================
+ Hits 506 528 +22
- Misses 10 11 +1 |
As described in mypy documentation, by default |
Thanks for @GuillaumeFavelier 's work. |
☝️ This error is the Type Annotation problem of Python3.5. I think we should finish support of Python3.5. |
This is ready for reviews @akaszynski @GuillaumeFavelier @banesullivan @larsoner |
I'm all for static type checking, especially since it's optional. While this won't replace unit testing, it can help us identify errors (and help the IDE). I'd like to hear the opinions of the other contributors as well. |
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.
I haven't always been a fan of type annotations but lately, they have been growing on me. Thanks for taking this on to move pyvistaqt in a good direction, @tkoyama010!
This works well here because it is a smaller codebase, but I think it would be tough to do in pyvista core
Agreed. We can just do it in chunks since |
Let's add mypy in CI. We need type hint for this.