3

最近、CI環境で問題が発生しています。

ハドソンver。を使用しています。1.395.1およびSVNver1.4.2 。

私のハドソンはSVNに変更がないか継続的にポーリングしており、変更がある場合はビルドを開始します。

最近、この操作は次のメッセージで失敗します

Updating https://MY_SVN_URL/trunk
Workspace appear to be locked, so getting a fresh workspace
Checking out https:/MY_SVN_URL/trunk
ERROR: Failed to check out https://MY_SVN_URL/trunk
org.tmatesoft.svn.core.SVNException: svn: Working copy '/Hudson/workspace/MY_PROJECT_NAME' locked; try performing 'cleanup'

これは、変更をコミットし、Hudsonがビルドをトリガーしようとしている場合にのみ発生することに注意する必要があります（SVNをポーリングすることによって）。手動でビルドをトリガーしても問題は発生しません。

ポーリングによってHudsonワークスペースがロックされ、更新操作によってワークスペースがロックされていることが検出されているように見えます。

誰かが以前に同じ状況に行ったことがありますか？これに対する解決策はありますか？

ありがとう。

4

2 に答える 2

5

これは他の人にも役立つかもしれないので、私は自分の質問に答えます。

これの根本的な原因は、実際には非常に単純なものでした。Hudsonが実行されているサーバーは、このインシデントの3〜4日前に再起動されました。

ハドソンの2つのインスタンスがマシン上で実行されていることが判明しました。そのため、一方のインスタンスがロックを取得して保持し、もう一方のインスタンスが断続的に失敗していました。

面白いことに、サーバーは3日前に再起動しましたが、今日問題が発生しました。

したがって、誰かがこの種の問題に直面した場合の参考のために、私のように多くの時間を費やす前に、まず上記の簡単なことを確認してください。

于 2013-01-18T08:38:20.440 に答える
2

これは、アクションを開始した後にアクションを中止した場合（例：ファイルを追加/変更するプロジェクトビルド...）、またはハドソンジョブを中止した場合によく発生します。

中止が原因である場合は、元に戻すことで、フォルダー.svnがあるワークスペースレベルで確認できます。そのため、次のメッセージが表示されます。

working copy <project_name> locked

したがって、2つの問題が関連していると言えます（1つはハドソンレベルで、もう1つは送信されたSVNレベル）。

それを赤くするために、そしてあなたがTortoiseSVNを使用している場合：

  1. チェックアウトしたフォルダを右クリックします
  2. TortoiseSVN
  3. 掃除
  4. 次のオプションを確認してください：作業コピーのステータスをクリーンアップし、外部を含める
于 2013-11-06T10:46:42.857 に答える