[Tarantool-patches] [PATCH v3] gitlab-ci: save failed test results artifacts
Alexander V. Tikhonov
avtikhon at tarantool.org
Thu Sep 24 07:24:09 MSK 2020
Hi Alexander, thanks for the review, just commented your questions to
make it clear.
On Thu, Sep 24, 2020 at 06:40:31AM +0300, Alexander Turenko wrote:
> Nothing contradicts with my vision (I became a bit more far from details
> now). LGTM. Several comments below (no need to re-review with me if
> you'll want to make changes according to those comments).
>
> WBR, Alexander Turenko.
>
> > .vbox_template: &vbox_definition
> > stage: test
> > after_script:
> > - - ${GITLAB_MAKE} vms_shutdown
> > + - >
> > + scp -r -P ${VMS_PORT} ${VMS_USER}@127.0.0.1:tarantool/test/var/artifacts . ;
> > + ${GITLAB_MAKE} vms_shutdown
> > + <<: *artifacts_files_definition
>
> Nit: Using literal style indicator (the pipe symbol instead of the angle
> bracket) would look more intuitive and does not require the semicolon.
> (The folded style ('>') replaces newlines with spaces and it should be
> used when this behaviour is wanted I think.)
>
I did use it after investigation and found the following, [1] - where
in the gitlab-ci issue disscussion was told to use '>' instead of '|',
and previous discussion [2], where it was described.
[1] - https://gitlab.com/gitlab-org/gitlab-runner/-/issues/166
[2] - https://stackoverflow.com/questions/3790454/how-do-i-break-a-string-over-multiple-lines/3790497#3790497
> > static_build_cmake_osx_15:
> > - stage: test
> > + <<: *osx_definition
> > tags:
> > - osx_15
> > script:
>
> Nit: This change is not mentioned in the commit message.
>
That is absolutely the same code. It was used to inherit 'after_script'
part:
.osx_template: &osx_definition
<<: *artifacts_files_definition
stage: test
script:
- ${GITLAB_MAKE} test_osx
after_script:
# Artifacts can't be used from outside the project directory, check:
# https://docs.gitlab.com/ee/ci/yaml/README.html#artifactspaths
# "Paths are relative to the project directory ($CI_PROJECT_DIR)"
# "and can’t directly link outside it."
- cp -rf ${OSX_VARDIR}/artifacts .
'script' part would be overwritten from '&osx_definition':
script:
- ${GITLAB_MAKE} test_osx
to:
script:
- ${GITLAB_MAKE} test_static_build_cmake_osx
> > diff --git a/.travis.mk b/.travis.mk
> > index d8f97ef5c..577970d8f 100644
> > --- a/.travis.mk
> > +++ b/.travis.mk
> > @@ -242,11 +242,11 @@ INIT_TEST_ENV_OSX=\
> > launchctl limit maxproc || : ; \
> > ulimit -u ${MAX_PROC} || : ; \
> > ulimit -u ; \
> > - rm -rf /tmp/tnt
> > + rm -rf ${OSX_VARDIR}
>
> Just in case: should not we set some default value for this variable in
> case we'll run this rule outside of CI (or in CI, which is not GitLab
> CI)?
Right, it' better to have, corrected .gitlab.mk:
diff --git a/.travis.mk b/.travis.mk
index 577970d8f..c09f1c4cb 100644
--- a/.travis.mk
+++ b/.travis.mk
@@ -9,6 +9,7 @@ MAX_FILES?=65534
MAX_PROC?=2500
OOS_SRC_PATH="/source"
BIN_DIR=/usr/local/bin
+OSX_VARDIR?=/tmp/tnt
CLOJURE_URL="https://download.clojure.org/install/linux-install-1.10.1.561.sh"
LEIN_URL="https://raw.githubusercontent.com/technomancy/leiningen/stable/bin/lein"
More information about the Tarantool-patches
mailing list