I have a Gitlab Runner running locally on my windows box. It works fine for the before script section.
my .gitlab-ci.yml follows:
before_script:
- pushd . && uru 233 && popd && set HOME=c:\ && ruby -v && bundle install
rspec:
script:
- bundle exec rspec
rubocop:
script:
- bundle exec rubocop
flay:
script:
- bundle exec flay *
It does not do anything after the before script, though. Does not run any of the jobs.
How can I find out what's going on?
I was able to fix it with a super-non-ideal/hacky solution that I don't like:
rspec:
script:
- pushd . && uru 233 && popd && set HOME=c:\ && ruby -v && bundle install && bundle exec rspec
rubocop:
script:
- pushd . && uru 233 && popd && set HOME=c:\ && ruby -v && bundle install && bundle exec rubocop
flay:
script:
- pushd . && uru 233 && popd && set HOME=c:\ && ruby -v && bundle install && bundle exec flay *
People sending comments have also prompted me to add that in Windows it seems to be stopping at the first array element in every script session.
With a Docker configuration for the runner I can do things like:
my_job_name:
script:
- a command
- another command
With the windows shell runner it just stops after a command if I do it this way. Stringing the commands together seemed to work, but I would rather not have to put everything on one line.
;and just have it move on, but If don't want that. BTW I have things set up so my prompt us more likebash. Usually in vanilla Windows I see people using one&– David West Sep 20 '17 at 10:13exit 0after it completes a command in every section. It was telling me my builds were passing and then I realized it didn't run anything past the first line with the windows shell runner. So I smooshed everything to one line. Then it worked, but it looked hacky. So I can I changed the runner so it runs inside a Ruby:2.3 Docker container. – David West Sep 20 '17 at 10:59