Jenkins通過SSH發布傳輸0個文件

Question

我已經閱讀了這4篇文章：

• Jenkins使用通過SSH插件發布傳輸0個文件
• 使用Jenkins中的SSH插件傳輸0個文件
• Jenkins，SSH插件，傳輸了0個文件
• Jenkins在構建后發布了0個文件

我們的問題似乎與該列表中的第一個問題最為相似。

我們正在從構建我們的軟件（以及我們需要的軟件包）從Windows轉變為Linux。 設置linux構建確實有效，但是，生成的存檔不會轉移到我們的包服務器。 相關控制台輸出：

SSH: Connecting from host [intern2]
SSH: Connecting with configuration [intern2] ...
SSH: EXEC: STDOUT/STDERR from command [conda index /srv/pkgsrv/conda-repo/linux-64/] ...

updating index in: /srv/pkgsrv/conda-repo/linux-64
SSH: EXEC: completed after 1,001 ms
SSH: Disconnecting configuration [intern2] ...
SSH: Transferred 0 file(s)
Finished: SUCCESS

構建配置是：

Source files: conda-bld/linux-64/*.tar.bz2
Remove prefix: conda-bld/linux-64
Remote directory: conda-repo/linux-64/
Execute command: conda index /srv/pkgsrv/conda-repo/linux-64/

遠程目錄已經存在，jenkins有權在那里寫。 相同的服務器配置（除了子目錄）用於Windows構建，它們被正確傳輸。 Jenkins配置說：

HOME    /var/lib/jenkins
JENKINS_HOME    /var/lib/jenkins
PWD /var/lib/jenkins

我們構建的目錄是$ HOME / conda-bld / linux-64。 在那里，我可以看到構建的.tar.bz2文件（已經積累了一些成功的版本）。

jenkins@intern2:~/conda-bld/linux-64$ ls
fonts-1-1.tar.bz2                    qjsonrpc-dev-1.0-12.tar.bz2  qjsonrpc-dev-1.0-6.tar.bz2  qjsonrpc-dev-1.0-9.tar.bz2
<otherproject>-0.1-19_g6fe33e2.tar.bz2  qjsonrpc-dev-1.0-13.tar.bz2  qjsonrpc-dev-1.0-7.tar.bz2  repodata.json
qjsonrpc-dev-1.0-10.tar.bz2          qjsonrpc-dev-1.0-14.tar.bz2  qjsonrpc-dev-1.0-8.tar.bz2  repodata.json.bz2

如果jenkins不復制，為什么不給出某種錯誤？ 我如何指定文件夾有問題，因為我無法弄清楚是什么？ 我在哪里可以找到錯誤？

/編輯：我查看了Jenkins日志並找到了

Dec 22, 2016 8:39:41 AM org.kohsuke.stapler.RequestImpl$TypePair convertJSON
WARNING: 'stapler-class' is deprecated: hudson.plugins.git.extensions.impl.RelativeTargetDirectory
Dec 22, 2016 8:39:41 AM org.kohsuke.stapler.RequestImpl$TypePair convertJSON
WARNING: 'stapler-class' is deprecated: hudson.tasks.Shell
Dec 22, 2016 8:39:41 AM org.kohsuke.stapler.RequestImpl$TypePair convertJSON
WARNING: 'stapler-class' is deprecated: jenkins.plugins.publish_over_ssh.BapSshPublisherPlugin
Dec 22, 2016 8:40:15 AM hudson.model.Run execute
INFO: qjsonrpc-linux #15 main build action completed: SUCCESS

我將嘗試更新SSH Publish插件，看看是否有幫助。

Answer 1

問題是文件是建立在不同於jenkins工作目錄的文件夾上的，因為我忘了設置CONDA_BLD_PATH。 但是，在設置CONDA_BLD_PATH時，我們在構建包期間遇到了奇怪的錯誤。

Making absolute symlink root/lib64/libqjsonrpc.so.1.0 -> libqjsonrpc.so.1.0.99 relative
Traceback (most recent call last):
  File "/usr/local/lib/miniconda/bin/conda-build", line 6, in <module>
    sys.exit(conda_build.cli.main_build.main())
  File "/usr/local/lib/miniconda/lib/python2.7/site-packages/conda_build/cli/main_build.py", line 242, in main
    execute(sys.argv[1:])
  File "/usr/local/lib/miniconda/lib/python2.7/site-packages/conda_build/cli/main_build.py", line 234, in execute
    already_built=None, config=config)
  File "/usr/local/lib/miniconda/lib/python2.7/site-packages/conda_build/api.py", line 77, in build
    need_source_download=need_source_download, config=config)
  File "/usr/local/lib/miniconda/lib/python2.7/site-packages/conda_build/build.py", line 1099, in build_tree
    config=recipe_config)
  File "/usr/local/lib/miniconda/lib/python2.7/site-packages/conda_build/build.py", line 799, in build
    create_info_files(m, pkg_files, config=config, prefix=config.build_prefix)
  File "/usr/local/lib/miniconda/lib/python2.7/site-packages/conda_build/build.py", line 399, in create_info_files
    write_about_json(m, config)
  File "/usr/local/lib/miniconda/lib/python2.7/site-packages/conda_build/build.py", line 305, in write_about_json
    conda_info = subprocess.check_output([bin_path, 'info', '--json', '-s'])
  File "/usr/local/lib/miniconda/lib/python2.7/subprocess.py", line 574, in check_output
    raise CalledProcessError(retcode, cmd, output=output)
subprocess.CalledProcessError: Command '['/usr/local/lib/miniconda/bin/conda', 'info', '--json', '-s']' returned non-zero exit status 1
Build step 'Execute shell' marked build as failure

我們最終建立了錯誤的目錄，然后在文件構建步驟發布之前移動文件。

mkdir -p conda-bld/linux-64
conda build src

然后

mv /var/lib/jenkins/conda-bld/linux-64/qjsonrpc*.tar.bz2 conda-bld/linux-64

在設置conda路徑時不確定構建有什么問題，但現在可以正常工作。