Forum | Documentation | Website | Blog

Skip to content
Snippets Groups Projects
  1. Mar 01, 2019
    • Steve Azzopardi's avatar
    • Steve Azzopardi's avatar
      Make script fail · 6b225808
      Steve Azzopardi authored
      6b225808
    • Steve Azzopardi's avatar
      TEMP make ci faster · 94677721
      Steve Azzopardi authored
      94677721
    • Steve Azzopardi's avatar
      Add CI for building/publishing windows images · 188dc4e3
      Steve Azzopardi authored
      Create CI jobs to only build windows helper images when on branches that
      are not master or branches related to docs for both Windows server 1809
      and 1803
      
      Create CI job to publish windows helper images when on master branch for
      both Windows server 1809 and 1803.
      188dc4e3
    • Steve Azzopardi's avatar
      Update script to push latest tag for helper image · 1ba81880
      Steve Azzopardi authored
      Use same the environment variable `IS_LATEST` that is used for the bash
      script to check when to create and push the latest tag.
      1ba81880
    • Steve Azzopardi's avatar
      Add script for building/releasing windows image · 3208669a
      Steve Azzopardi authored
      The decision for using PowerShell for windows is because we cannot
      build/save/export windows containers to a non-Windows image so we to use
      a scripting language native to windows. Bash can be used but it would be
      in a subsystem which is not ideal. This script will be used inside of
      GitLab CI in a future MR when the infrastructure has set up
      https://gitlab.com/gitlab-com/gl-infra/infrastructure/issues/5952.
      
      This PowerShell script is doing a few things different than
      `release_docker_images` for the helper images. In the bash script we
      expect the helper images are already built and exported using `docker
      export` but for windows containers when you run the command you get `the
      daemon on this operating system does not support exporting Windows
      containers`. This script will build the docker container and then push
      it to the docker registry hub.
      3208669a
    • Steve Azzopardi's avatar
      Add windows Dockerfiles for gitlab-runner-helper · ffeb393a
      Steve Azzopardi authored
      Add the initial Dockerfiles for windows server, using servercore as the
      bilder image, which gives us access to powershell, and nanoserver as the
      final image to keep the image as small as possible.
      
      These Dockerfiles expect to have
      `./binaries/gitlab-runner-helper.win_amd64.exe` built already, it will
      NOT build the binary itself to stay consistent with the Linux
      Dockerfiles and reduce duplication.
      
      We need to add a Dockerfile for each windows server version that we want
      to support, because when you run windows containers the host machine and
      the container version has to match. For example of your machine that
      has docker installed in running `ltsc2019` the containers it can run are
      only of the version `ltsc2019`
      ffeb393a
    • Steve Azzopardi's avatar
      Add compilation for windows helper binary · 1fff7895
      Steve Azzopardi authored
      Start compiling and storing  the windows helper binary.
      1fff7895
    • Steve Azzopardi's avatar
      Split `make docker` for GitLab Runner Helper · b23fedfd
      Steve Azzopardi authored
      GitLab Runner helper is built using `make docker` which builds the
      binary, creates a Docker container and extract the files system of that
      container for publishing at a later stage.
      
      Because of  https://gitlab.com/gitlab-org/gitlab-runner/issues/3755 we
      have to split this command up so we generate the binaries and the docker
      archive separately since Windows containers cannot be built on Linux systems
      or vice versa.
      
      We are keeping the binary generation in one command to have both Windows
      and Linux binaries consistent, and built them on a Linux platform where
      `make` is installed. The make command already sets up the $GOPATH,
      dependencies and environment for building the binaries so there is no
      point of duplicating that. Then diverge when building the docker
      containers, since they have to be done on different platforms.  Windows
      does have GNUMake http://gnuwin32.sourceforge.net/packages/make.htm but
      it's fairly outdated and doesn't seem to work when installing it on
      Windows server 2019.
      
      Drop support for `USE_PRECOMPILED_IMAGES` since it's just extra
      complexity that is not needed, and it doesn't seem to be used anywhere.
      If the user runs `make helper-docker` and the binaries are already
      present they are not rebuild.
      b23fedfd
  2. Feb 26, 2019
  3. Feb 25, 2019
  4. Feb 23, 2019
  5. Feb 22, 2019
  6. Feb 21, 2019
  7. Feb 20, 2019
  8. Feb 19, 2019
  9. Feb 18, 2019
  10. Feb 17, 2019
Loading