gitlab runner ci deploy problem

82 views
Skip to first unread message

mxco...@gmail.com

unread,
Oct 24, 2016, 5:31:11 AM10/24/16
to GitLab
When i use gitlab runner ci, there is a problem which make me mad.
My .gitlab-ci.yml is 
stages:
  - build
  - test
  - deploy

python-build:
  stage: build
  tags:
    - ubuntu16.04
    - build
    - python
  environment: build-stage
  before_script:
    - pwd
    - ls -al ./
  script:
    - python setup.py sdist
    - ls -al ./
  artifacts:
    name: "test-mxc"
    paths:
    - bin
    expire_in: 1 week

python-test:
  stage: test
  tags:
    - ubuntu16.04
    - python
    - test
  before_script:
    - pwd
    - ls -al ./
  script:
    - python setup.py test

python-deploy:
  stage: deploy
  tags:
    - deploy
    - python
  allow_failure: true
  before_script:
    - hostname
    - whoami
  script:
    - pwd
    - ls .
  after_script:
    - rm -rf ~/builds



When gitlab runner is at deploy stage, there is a problem about zip
Running with gitlab-ci-multi-runner 1.6.1 (c52ad4f)
Using SSH executor...
Running on berry_testserver via 7ab9ea84591a...
Fetching changes...
HEAD is now at 99d4359 Add before_script
From http://192.168.4.6:10080/bixichao/python-mxcfun
+ 99d4359...5641972 master -> origin/master (forced update)
Checking out 56419722 as master...
Downloading artifacts for python-build (61)...
Downloading artifacts from coordinator... ok id=61 responseStatus=200 OK token=9uZ8mCME
FATAL: zip: not a valid zip file
ERROR: Build failed: Process exited with: 1. Reason was: ()

Is there anybody can handle this problem?

Thanks a lot lot lot......

mxco...@gmail.com

unread,
Oct 24, 2016, 5:49:08 AM10/24/16
to GitLab
Anyone can help me?

Magnus Therning

unread,
Oct 27, 2016, 3:39:39 AM10/27/16
to gitl...@googlegroups.com
Since the artifacts files are available via the web UI you can quite
easily download and check what's there. Have you done that?

/M

--
Magnus Therning, magnus....@cipherstone.com
Cipherstone Technologies AB
Theres Svenssons gata 10, 417 55 Gothenburg, Sweden

Unix is the answer, but only if you phrase the question very
carefully.
— Unknown
Reply all
Reply to author
Forward
0 new messages