tests and CI for `import-linter`
See original GitHub issueI am opening this issue to talk about CI and testing approach in this great package. We can start from discussing following points:
- Why travis is not fully integrated with project? Usually CI systems use github’s checks to give info about build result etc which is really handy - example of github checks with travis
- What do you say for migrating from
travis
to github actions and workflows? - Is
tox
really needed? Maybe travis build matrix or github workflows strategy matrix will be enough? - What do you think about services like codecov? It’s free for open source projects and can help us to get 100% code coverage and then keep it as this level
Issue Analytics
- State:
- Created 3 years ago
- Comments:5 (3 by maintainers)
Top Results From Across the Web
Import Linter 1.0b1 documentation
Import Linter is a command line tool to check that you are following a self-imposed architecture within your Python project. It does this...
Read more >seddonym/import-linter - GitHub
Import Linter is a command line tool to check that you are following a self-imposed architecture within your Python project. It does this...
Read more >Meet Import Linter - David Seddon
Import Linter is a tool that helps impose a structure on your Python project, based on its dependency flows. It analyses which modules...
Read more >Validate GitLab CI/CD configuration
Use the CI Lint tool to check the validity of GitLab CI/CD configuration. You can validate the syntax from a .gitlab-ci.yml file or...
Read more >Linters | golangci-lint
Name Description Presets Since
asasalint ⚙️ check for pass any as any in variadic func(...any) bugs 1.47.0
bidichk ⚙️ Checks for dangerous unicode character sequences...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
I suggest staying with tox. It simplifies local testing.
Would be great to add mypy check to CI with quite strict configuration (and appropriate typing), it would make contributions a lot easier 😃