Должны ли мы игнорировать файл .python-version?

Причина, по которой .python-version следует игнорировать, заключается в том, что его версия слишком специфична. Миниатюрные версии Python (например, 2.7.1 и 2.7.2), как правило, совместимы друг с другом, поэтому вам не нужно ограничиваться конкретной крошечной версией. Кроме того, многие приложения или библиотеки Python должны работать с рядом версий Python, а не только с определенной. Использование .python-version указывает на то, что вы хотите, чтобы другие разработчики использовали точную конкретную версию Python, что обычно не является хорошей идеей.

Если вы хотите указать минимальную необходимую версию Python или, в противном случае, диапазон версий, то я считаю, что документирование этого в README является более подходящим решением.

Несмотря на то, что вы слишком конкретны, вы все равно можете изменить версию этого файла (что означает: не включать его в .gitignore по умолчанию), как:

• он будет использоваться только pyenv
• это хорошее дополнение к README, чтобы проиллюстрировать, какая версия python рекомендуется для конкретного проекта,
• его можно легко переопределить (если вы используете pyenv) или просто проигнорировать (если у вас нет pyenv).

Как говорится в статье "Как управлять несколькими версиями Python и виртуальными средами":

When setting up a new project that is to use Python 3.6.4 then pyenv local 3.6.4 would be ran in its root directory.
This would both set the version, and create a .python-version file, so that other contributors’ machines would pick it up.

Но:

pyenv looks in four places to decide which version of Python to use, in priority order:

1. The PYENV_VERSION environment variable (if specified).
   You can use the pyenv shell command to set this environment variable in your current shell session.
2. The application-specific .python-version file in the current directory (if present).
   You can modify the current directory's .python-version file with the pyenv local command.
3. The first .python-version file found (if any) by searching each parent directory, until reaching the root of your filesystem.
4. The global version file. You can modify this file using the pyenv global command.
   If the global version file is not present, pyenv assumes you want to use the "system" Python. (In other words, whatever version would run if pyenv weren't in your PATH.)

Хорошо, сэр, я думаю, что ответ на ваш вопрос YES. Я только что открыл официальный репозиторий GitHub и проверил проект gitignore.

Он показал упомянутый там файл .python-version.

И если это не игнорируется, вы можете просто проверить правильность упоминания.

Это также может быть немного проблематично при использовании виртуальных сред Python, поскольку люди могут захотеть использовать имена виртуальных сред, отличные от 3.7.2/envs/myvenv.

Пост старый, но все еще актуальный.

Мой ответ будет "это зависит".

Имя виртуального окружения также можно использовать в версии .python, если оно управляется с помощью плагина virtualenv для pyenv. Это делает этот файл довольно бесполезным, если проект управляется в общедоступном репозитории Git, и вы можете его исключить (но не делать этого безвредно, как сказано в других ответах).

Но (и я в этой ситуации), если вы управляете проектом в частном репо и делитесь виртуальными окружениями, может иметь смысл не исключать его из Git. Это позволяет вам работать с другой средой (включая версию Python) в экспериментальной ветке проекта. Конечно, было бы намного чище разветвить или клонировать исходный проект и поэкспериментировать с новой средой в копии, но иногда проще просто создать новую ветку.

В конце концов, ИМХО, универсального ответа на вопрос нет, и это зависит от вашего рабочего процесса.