Pipenv: flake8 check tidak menghormati versi proyek python

Dibuat pada 17 Des 2017  ·  8Komentar  ·  Sumber: pypa/pipenv

pipenv check --style tampaknya menjalankan pemeriksaan sintaks tergantung pada versi python-nya sendiri daripada mengikuti versi python yang ditentukan dalam proyek Pipfile.

Jelaskan lingkungan Anda
  1. Jenis OS: Debian 9
  2. Versi Python: $ python3 -V : Python 3.5.3
  3. Versi Pipenv: $ pipenv --version : pipenv, version 9.0.1
Hasil yang diharapkan

Tidak ada kesalahan.

Hasil sebenarnya
/home/user/myenv/testfile.py:2:18: E999 SyntaxError: invalid syntax
Langkah-langkah untuk mereplikasi

pipenv check --style testfile.py

testfile.py

bar = 'baz'
print(f'foo {bar}')

Pipfile

[[source]]
verify_ssl = true
url = "https://pypi.python.org/simple"
name = "pypi"
[requires]
python_version = "3.6"
[dev-packages]
[packages]
Type help wanted

Komentar yang paling membantu

Saya akan lebih cenderung untuk menghapus flake8 yang memeriksa diri saya sendiri.

Semua 8 komentar

ya, itu jauh dari sempurna.

AFAIK PyFlakes bergantung pada Python yang dipasang untuk menganalisis kode (dengan ast ), dan oleh karena itu hanya mampu melakukan linting versi Python yang tepat. Benar-benar tidak ada cara lain selain menginstal salinan Flake8 terpisah di dalam virtualenv proyek, dan menggunakannya ( pipenv run flake8 . ) sebagai gantinya.

Mungkin perintah ini dapat diubah untuk mendeteksi apakah Flake8 tersedia di virtualenv proyek, dan menggunakannya jika memungkinkan?

Saya akan lebih cenderung untuk menghapus flake8 yang memeriksa diri saya sendiri.

Itu akan lebih baik.

Akan sangat bagus untuk menghapus integrasi Flake8. Selain integrasinya yang tidak berfungsi dengan baik, saya juga merasa aneh melihat Flake8 berakhir di lingkungan produksi saya melalui Pipenv.

Jadi, apa hasil yang diinginkan untuk memperbaiki tiket ini?

Haruskah --style dihapus seluruhnya atau apakah ada pemeriksa sintaks alternatif yang lebih baik untuk digunakan?

Karena tidak berfungsi dengan baik dan tampaknya tidak menjadi masalah yang mudah diselesaikan, saya juga lebih suka penghapusan, jika pada titik tertentu akan ada solusi yang lebih baik yang dapat diterapkan jika orang menyetujuinya, namun, imo. tidak boleh dibiarkan dalam keadaan rusak.

Ini sedang dikerjakan di # 1394.

Apakah halaman ini membantu?
0 / 5 - 0 peringkat