問題タブ [tox]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
python - 環境変数
次のtox.ini
ようなファイルがあります。
したがって、SO から環境変数を tox env に渡す必要があります。この変数は非公開で、環境に応じて変化します。
どうすればいいですか?
python - tox にすべての環境変数をインポートする方法
setenv で以下を使用して、実行場所から環境変数をインポートしていますが、すべての変数をインポートして、1 つずつインポートする必要がないようにする方法はありますか。
例: {env:TEMPEST_CONFIG:} および {env:TEMPEST_CONFIG_DIR:} は、これら 2 つの変数をインポートするために使用されます。
python - tox と py.test を使用して matplotlib プロットをテストするにはどうすればよいですか?
tox と py.test を使用して matplotlib プロットをテストするにはどうすればよいですか?
私のファイルは次のとおりです。
testtox.py には以下が含まれます。
tox.ini:
setup.py:
py.test 自体は正常に動作します:
この場合、プロット ウィンドウが一瞬点滅します。
tox は、DISPLAY 変数でエラーを生成します。
このエラーは、tox の最新バージョン (2.1.1) で発生しました。古いバージョンではエラーは発生しませんでした。
python - 属性エラー:
docker-pyのモジュールのテストを作成していますが、テストが正しく機能しないようです。
私がテ
docker-pyのモジュールのテストを作成していますが、テストが正しく機能しないようです。
私がテストしている関数は次のようになります。
テストは次のようになります。
ただし、テストを実行すると、次のエラーが発生します。
ここでのポインタは役に立ちます。
あなたが指している例ではjQuery validate pluginを使用していますが、それを例に含めていません。
docker-pyのモジュールのテストを作成していますが、テストが正しく機能しないようです。
私がテ
docker-pyのモジュールのテストを作成していますが、テストが正しく機能しないようです。
私がテストしている関数は次のようになります。
テストは次のようになります。
ただし、テストを実行すると、次のエラーが発生します。
ここでのポインタは役に立ちます。
あなたが指している例ではjQuery validate pluginを使用していますが、それを例に含めていません。
python - tox virtualenv の混乱
Python 2.7 および 3.4 でライブラリをテストするために tox を使い始めたところです。次のtox.ini
ファイルを使用した後、2 つの質問がありました。
実行後tox
、次の質問がありました。
- プロジェクトは、両方が私のグローバル環境にインストールされていることに依存し
numpy
ています。ファイルで使用すると、tox がこれらを virutalenvironment にインストールできなくなり、グローバル環境でそれらを使用するように強制されると思いましたが、tox は仮想環境に最新バージョンをインストールしました2.7 と 3 の両方で、ディレクティブを誤解していますか?scipy
sitepackages = True
tox.ini
.tox/
sitepackages
.tox/
仮想環境ディレクトリのディレクトリの下を見ると、次の (省略された) 構造が表示されます。
.
これはタイプミスではないことを保証します。python2.7
py3 仮想環境の下に名前が付けられたディレクトリinclude
とサブディレクトリがあり、これらはとlib
の唯一のサブディレクトリです。すべてが機能しているように見えますが、これらのディレクトリがこのように命名されている理由が気になります。誰かがこれに光を当てることができますか?include
lib
ありがとう。
python - 環境変数の文字列値が Windows で壊れる
次のような環境変数を使用して、Windows で Tox を使用して Python テストを実行しようとしています。
setUp()
メソッドでは、環境変数から値を取得します。
これにより、パスが間違っているというエラーが表示されます。
しかし、(まったく同じ)パスを生の文字列リテラルとしてメソッドに直接入れても、setUp()
エラーは発生しません。
私の質問は、なぜ環境変数の値が何らかの形で壊れているのですか? パスに があるため"\n"
だと思いますが、適切にエスケープする方法がわかりません。
python - tox と組み合わせて Travis CI の正確な Python バージョンを指定する
次の .travis.yml があります。
および次の tox.ini:
Travis でしばらく前から利用できるPython 3.4.3 が必要です。この正確なバージョンの Python を .travis.yml で指定して、tox がpy34
環境に適したバージョンを使用できるようにするにはどうすればよいですか?
python - Travis CI がテストを見つけて実行するには、Python プロジェクト構造はどのように見えるべきですか?
.travis.yml
現在、次のファイルを含むプロジェクトがあります。
ローカルでtox
は、35 個のテストを適切に実行して実行しますが、Travis CI では0 個のテストを実行します。
詳細: https://travis-ci.org/neverendingqs/pyiterable/builds/78954867
次のような他の方法も試しました。
また、テストも見つかりませんでした。
私のプロジェクト構造はこんな感じです:
プロジェクト/フォルダーの構造が間違っていませんか?
python - tox の条件付きコマンド? (tox、travis-ci、カバーオール)
tl;dr:
tox
と を使用して、github でホストされている私のプロジェクトの CI をセットアップしていtravis-ci
ます。ビルドの最後に実行converalls
して、カバレッジ レポートを にプッシュしcoveralls.io
ます。このコマンドを「条件付き」にしたいと思います-テストがtravisで実行されている場合にのみ実行します。私のローカルマシンで実行されたときではありません。これを実現する方法はありますか?
詳細:
テストしようとしているパッケージは python パッケージです。テストをセットアップするために、次の「インフラストラクチャ」を使用しています/使用する予定です。
- テスト自体は
py.test
さまざまです。 - CI スクリプティングは、いわば
tox
. これにより、テストをローカルで実行できます。これは私にとってかなり重要です。テストの実行が必要になるたびに github にプッシュする必要はありません。私も自分のパッケージでnumpy
andmatplotlib
を使用しているので、非常に多くのテスト サイクルを実行するのtravis-ci
は非常に無駄に思えます。そのため、捨てて単独でtox
使用.travis.yml
するという選択肢はありません。 - CIサーバーは
travis-ci
関連するテスト スクリプトは次のようになります。
.travis.yml
tox.ini
このファイルにより、ローカルでテストを実行できます。ただし、最後のcoveralls
呼び出しのため、テストは原則として失敗し、次のようになります。
これは予想されるエラーです。このpassenv
ビットは、 からtravis
に書き込むために必要な情報を送信coveralls
します。この情報を提供するための travis が存在しない場合、コマンドは失敗するはずです。結果を coveralls.io にプッシュしたくありません。coveralls
でテストが行われている場合にのみ実行したいと思いtravis-ci
ます。このコマンドを条件付きで実行したり、同じ効果を達成するビルド構成をセットアップしたりする方法はありますか?
カバーオール部分を に移動しようとしました.travis.yml
が、それを実行すると、送信する適切なファイルをcoveralls
見つけることができないようです。この方向でさまざまな試みを行いましたが、上記の組み合わせ.coverage
を除いて、どれも成功した送信にはなりませんでした。coveralls.io
以下は、tox
ローカルで実行.coverage
すると、ソースツリーのルートフォルダーにあると予想される場所にファイルが作成されることを考えると、うまくいくと思っていたものです。
coveralls.ioへの提出はありません