私は実際にいくつかの奇妙な問題に直面しています。私は、Github でホストされている私のいくつかの Lua プロジェクトを維持しています。私は最近、Travis-CI 検証サービスで Lua-Testing を実現することがかなり可能であることを発見しました。これは単純に、単体テスト ライブラリ (私はTelescopeを使用しています) で実行するテスト スペックを記述し、Erlang を偽装して Travis ワーカーを騙します。
たとえば、Travis をこのプロジェクトに含めることに成功しました。30log - Travis YAMLファイルはこちらを参照してください。
ワークステーション (Windows 7 x86 で実行) で GNU-bash (v1.7.10) を使用してコミットし、リモート リポジトリにプッシュしていることを指摘したいと思います。
すべてうまくいきました。新しいワークステーション (Windows 7、x64) に切り替えるまで。基本的にGnu-Bashをインストールし、以前のワークステーションからいくつかのファイルをコピーして貼り付けました（つまり、rsa_pubキーを含む.sshフォルダー、 .bash_historyファイル、グローバル.gitconfigファイル、および進行中のすべてのプロジェクトを含むフォルダー） sources ) を新しいワークステーションに追加しました。いくつかのコミットを行い、それらを正常にプッシュしました。しかしその後、Travis-CI からのビルド テストはすべて失敗し、一部のファイルが見つからないとワーカーが報告しています。たとえば、Travis-CI からのログ レポートは次のとおりです。
ワーカーの使用: bluebox-jvm-otp.worker.travis-ci.org:travis-jvm-10
$ cd ~/builds
$ export LUA=""
$ git clone --branch=master --depth=100 --quiet
git ://github.com/Yonaba/30log.git Yonaba/30log
$ cd Yonaba/30log
$ git checkout -qf 0b60646339e65df0f79ce66b6a76c9b825ba5032
$ source ~/otp/R14B04/activate
-bash: /home/travis/otp/R14B04/activate: いいえそのようなファイルまたは
ディレクトリ ビルド スクリプトの終了: 1
仕様テストはすべて問題なくパスしており、ワークステーションでローカルにテスト スイート (Telescope) を使用して実行しているため、この問題は確かにコード自体とは関係ありません。travis のワーカーが、新しいコミットを正しく処理するためのキー ファイルを見つけられず、失敗したと報告しているようです。
何が起こっているのか、その問題を解決する方法について何か考えはありますか? 前もって感謝します。