GIT_SUBMODULE_STRATEGY to none
Summary
I believe that whenever GIT_STRATEGY is set to None, GIT_SUBMODULE_STRATEGY should be set to None for the specific job too...
Steps to reproduce
Set global variable GIT_SUBMODULE_STRATEGY: recursive
Create a job with local variable GIT_STRATEGY: none
Job will fail as the submodule updating will fail as no git repo is available
Actual behavior
Runner tries to update recursive the submodules while no git repo available
Expected behavior
GIT_SUBMODULE_STRATEGY should be set to none
Relevant logs and/or screenshots
Running with gitlab-ci-multi-runner 1.10.4 (b32125f)
Using Docker executor with image debian:latest ...
Pulling docker image debian:latest ...
Running on runner-e22cd6fc-project-1858-concurrent-0 via xxxx...
Skipping Git repository setup
Updating/initializing submodules recursively...
fatal: Not a git repository (or any of the parent directories): .git
ERROR: Build failed: exit code 1
Environment description
Private Gitlab instance
Used GitLab Runner version
Running with gitlab-ci-multi-runner 1.10.4 (b32125f)
Using Docker executor with image debian:latest ...