問題タブ [coveralls]

Coveralls.io には、https: //coveralls.zendesk.com/hc/en-us/articles/201342869-Python のドキュメントから参照される 2 つの pip プラグインがあります。

例: https://github.com/z4r/python-coverallsおよびhttps://github.com/coagulant/coveralls-python

ドキュメントとプロジェクトがどちらかまたはのどちらかを同じ意味で使用しているのを見てきました。しかし、それらには異なる構成引数などがあります。

私のユースケースは、NON django 環境での travis-ci 用ですが、必要に応じて、他の環境の賛否両論のリストを歓迎します。

ここに2つのオプションがある理由についての説明が見つかりませんでした。

体が覆われているのにカバーオールが関数またはメソッドをカバーされていないと報告するのはなぜですか?

https://coveralls.io/files/431523503#L433を見てください-- 本文全体がカバーされていますが、メソッドはカバーされているとマークされていません。

別のプロジェクトであるJavaScriptのカバレッジを確認しましたが、これらで機能しているように見えるので、これはカバレッジまたは構成のバグであると思われます。

更新:これは Coveralls の問題ではなく、pytest-cov の問題であると考え始めています。生成されたcoverage.xml でさえ、メンバー定義とコメントが PyCharm でカバーされていないとマークしているように見えるからです (226 行を参照してください。それを考慮する理由はありません)。全身が覆われている場合は覆われていません）。

プロジェクトにtravis CIとカバーオールを使用しています。

エラーが発生します Processing of input or output data failed: Report submission to Coveralls API failed with HTTP status 422: Unprocessable Entity (Couldn't find a repository matching this job.)。そこにビルドが表示されます。

私の pom.xml :

私は無料版のカバーオールを使用しています。カバーオールが私のビルドを取得できないのはなぜですか?

ありがとう

最近、github リポジトリ用に Travis-CI と Coveralls を統合した後、Travis を適切にビルドできません。次のエラーが表示されます。

明らかに、残りのクライアントをインストールしていませんが、Gemfile.lock (およびそれを修正しようとした後、Gemfile) の両方がそれを指定しています。

Gemfile.lock:

Travis の環境と私の環境の唯一の顕著な違いは、私の gem のバージョンが 2.2.2 で、バンドラーのバージョンが 1.7.12 であることです。

私が理解していないのは、Travis がテストを自動化するはずのときに --deployment フラグを渡す理由です - テスト環境にあってはいけませんか? いずれにせよ、bundle install --deployment自分のマシンでは、Travis とは異なり、rest-client 1.7.2 がまだインストールされています。

rest-client が確実にインストールされるようにするにはどうすればよいですか?

テスト スクリプトの Python コード カバレッジを追跡するために、 coverallsをcoverage.pyと組み合わせて使用​​します。次のコマンドを使用します。

これは、 multiprocessingを除いて非常にうまく機能します。ワーカー プールまたは子プロセスによって実行されるコードは追跡されません。

マルチプロセッシング コードも追跡する可能性はありますか? 私が見逃している特定のオプションはありますか？マルチプロセッシング ライブラリにラッパーを追加して、新しいプロセスが生成されるたびにカバレッジを開始するのでしょうか。

編集：

私 (および jonrsharpe も :-) は、マルチプロセッシング用のモンキー パッチを見つけました。

しかし、これは私にはうまくいきません。Tracis-CIビルドは開始直後に強制終了されます。ローカル マシンで問題を確認したところ、マルチプロセッシングにパッチを追加すると、メモリが失われるようです。1GB をはるかに下回るメモリしか必要としないテストでは、この修正により 16GB 以上が必要になります。

EDIT2：

モンキー パッチは、少し変更を加えると機能します。config_file解析 ( config_file=os.environ['COVERAGE_PROCESS_START']) を削除するとうまくいきました。これにより、肥大化したメモリの問題が解決されました。したがって、対応する行は次のようになります。

ほとんどのビルドが正しくコンパイルされていますが、時々同じエラーが表示されます (.travis.yml パラメータを変更せずに)

エラーは次のとおりです。

コマンド「sudo easy_install cpp-coveralls」が失敗し、実行中に 1 で終了しました。

以前のビルドが問題なくこのステップを正常に通過したときに、ビルドがスタックしました。

• これは失敗したビルドです: https://travis-ci.org/pubnative/pubnative-ios-library/builds/49482893
• これはレポです: https://travis-ci.org/pubnative/pubnative-ios-library/

なぜランダムに失敗するのですか？

Rails でカバレッジ レポートを提供するカバーオールについてのドキュメントが見つかりません。また、ビュー カバレッジ用の何かが必要です。カバーオールは視界をカバーしますか?