Hello Florian,

> > That sounds very nice. But you wouldn't normally put pylint into
> > the standard requirements, would you, so you would have a dedicated,
> > separate requirement file for it, to use with these services?
>
> I often see a requirements.txt (with runtime dependencies) and a
> requirements-dev.txt (with test runners, linters, etc.) in projects.

So I went with that approach, which requires.io also supported out of
the box, very nice.

> I personally like to go even further and have one requirements file for
> every job on Travis (i.e. tests/pylint/flake8/...):
> https://github.com/qutebrowser/qutebrowser/tree/master/misc/requirements

Yes, sparing resources for them by specializing totally makes sense. I
only have one job, but for all Python versions there, and I think I
should have one dedicated for Travis, so I can add "redbaron" to
development without making Travis download stuff not needed by it.
These files can include one another as I have seen, so no duplication
needed.

Anyway, thanks for the input. I had read of these things, but never
realized I should have the issue myself.

Yours,
Kay
_______________________________________________
code-quality mailing list
code-quality@python.org
https://mail.python.org/mailman/listinfo/code-quality

Reply via email to