Testing applications with GitLab

GitLab is a web-based Git repository management site and system. GitLab also lets developers run a continuous process for writing, testing, and deploying code.

In this scenario, you will set up GitLab on a virtual machine, create a single project in the C++ programming language, configure a project test script, and test its execution.

To create and test a project in the GitLab environment:

1. Prepare your cloud.

2. Required paid resources.

3. Create a VM with GitLab.

4. Configure GitLab.

5. Set privacy settings.

6. Create a project.

7. Set up and run testing for the project.

8. Configure and register a Runner.

9. Create a test scenario.

10. Create an error in the project.

11. How to delete the resources you created.

Prepare your cloudPrepare your cloud

Sign up for Yandex Cloud and create a billing account:

1. Go to the management console and log in to Yandex Cloud or create an account if you do not have one yet.
2. On the Yandex Cloud Billing page, make sure you have a billing account linked and it has the ACTIVE or TRIAL_ACTIVE status. If you do not have a billing account, create one.

If you have an active billing account, you can go to the cloud page to create or select a folder for your infrastructure to operate in.

Learn more about clouds and folders.

Required paid resourcesRequired paid resources

The cost for maintaining a GitLab server includes:

• Fee for a disk and a continuously running VM (see Yandex Compute Cloud pricing).
• Fee for using a dynamic or static public IP address (see Yandex Virtual Private Cloud pricing).

Create a VM with GitLabCreate a VM with GitLab

1. On the folder page in the management console, click Create resource and select Virtual machine instance.
2. In the Name field, enter the VM name: gitlab.
3. Select an availability zone for your VM.
4. Under Boot disk image, go to the Marketplace tab and select a public GitLab image.
5. Under Disks, select a 20 GB SSD.
6. Under Computing resources:

   • Choose a VM platform.

   • Specify the required number of vCPUs and the amount of RAM.

     For GitLab to run properly, specify the following configuration:

     • Platform: Intel Ice Lake
     • Guaranteed vCPU performance: 100%
     • vCPU: 4
     • RAM: 8 GB
7. Under Network settings:
   • Select the Network and Subnet to connect your VM to. If the required network or subnet is not listed, create it.
   • Under Public IP, keep Auto to assign your VM a random external IP address from the Yandex Cloud pool or select a static address from the list if you reserved one in advance.
8. Under Access, specify the information required to access the VM:
   • In the Login field, enter your preferred login for the user to create on the VM.
   • In the SSH key field, paste your public SSH key. You need to create a key pair for the SSH connection yourself. To learn how, see Connecting to a VM via SSH.
9. Click Create VM.
10. Wait about five minutes for the VM to be created and for all its services to start. After all of the services fully launch, GitLab will become available through its web interface in the browser.

Configure GitLabConfigure GitLab

1. On the Compute Cloud page, select the created VM named gitlab and copy its public IP address.

2. Connect to the VM via SSH.

3. Get the GitLab administrator password using the following VM command:

   sudo cat /etc/gitlab/initial_root_password
   

4. Copy the password (without spaces) from the Password row to the clipboard or a separate file.

5. Open http://<VM_public_IP_address> in your browser. This will take you to the GitLab web interface.

6. Log in using the administrator account:

   • Username or email: root.
   • Password: Password you copied earlier.

   If you are unable to log in, reset the administrator account password.

7. Change the administrator account password.

8. Log in to the system again using the administrator account and the new password.

Set privacy settingsSet privacy settings

Disable sign-up for other users on the login page:

1. Go to Admin area.
2. In the left-hand panel, go to Settings and select General.
3. Under Sign-up restrictions, click Expand.
4. Disable Sign-up enabled.
5. Click Save changes.

Now, only the administrator can register a new user from the Users tab in Overview.

Create a projectCreate a project

To create a project:

1. On the GitLab home page, select Create a project.

2. On the page that opens, specify:

   • Project name: My Project.
   • Project group and project ID: root and my-project, respectively.
   • Set a description and the scope of the project if required.

3. Click Create project.

   

4. Once you create the project, in the left-hand panel, go to Settings and select the CI/CD tab.

5. Under Auto DevOps, click Expand, disable Default to Auto DevOps pipeline, and click Save changes.

   

6. Add a project file.

   1. In the left-hand panel, go to the GitLab project.

   2. Click in the repository navigation bar and select New file from the drop-down menu.

   3. Name your file test.cpp. Add into it the code of the program that checks the product of 2 × 2 and displays Hello World if the result is 4:

      #include <iostream>
      #include <cassert>
      
      int main() {
        assert(2 * 2 == 4);
        std::cout << "Hello world!" << std::endl;
        return 0;
      }
      

      

   4. Enter a commit name in the Commit message field.

   5. Click Commit changes.

Set up and run testing for the projectSet up and run testing for the project

A Runner is a program that tests and builds projects in the GitLab environment by following provided instructions.

Configure and register a RunnerConfigure and register a Runner

1. Use SSH to connect to the VM and change to administrator mode in the console:

   sudo -i
   

2. Download the Runner:

   curl --location --output /usr/local/bin/gitlab-runner https://gitlab-runner-downloads.s3.amazonaws.com/latest/binaries/gitlab-runner-linux-amd64
   

3. Make the Runner executable:

   chmod +x /usr/local/bin/gitlab-runner
   

4. Create a separate user to start the Runner:

   useradd --comment 'GitLab Runner' --create-home gitlab-runner --shell /bin/bash
   

5. Install and start the Runner:

   gitlab-runner install --user=gitlab-runner --working-directory=/home/gitlab-runner
   gitlab-runner start
   

6. Register the Runner in GitLab:

   1. Launch interactive registration with the gitlab-runner register command.

   2. Enter your GitLab server address. When you see the prompt:

      Please enter the gitlab-ci coordinator URL (e.g. https://gitlab.com)
      

      Enter http://<public_IP_of_your_VM>.

   3. Enter the registration token for the Runner. To retrieve it, go to the project page in GitLab, select Settings on the left-hand panel, and click the CI/CD tab. Then click Expand under Runners. Under Set up a specific Runner manually, copy the token from step 3 and enter it in the request response:

      Please enter the gitlab-ci token for this runner
      <token>
      

      

   4. When you see the prompt:

      Please enter the gitlab-ci description for this runner
      

      Enter a description for the Runner: My runner.

   5. Do not specify anything in the tag field, just press Enter. Otherwise, by default, the Runner will not run without specifying the appropriate tags for the project.

   6. Specify the runtime environment. In our case, when prompted:

      Please enter the executor: ssh, docker+machine, docker-ssh+machine, kubernetes, docker, parallels, virtualbox, docker-ssh, shell:
      

      Enter: shell.

Runner installation and setup is complete. If everything is done correctly, the Runners activated for this project section with the registered Runner should appear on the page where you copied the registration token.

Create a test scenarioCreate a test scenario

Create a test scenario to execute the Runner. The scenario is described in a special file named .gitlab-ci.yml, which should be stored in the project's root directory. According to the scenario, the Runner will compile the project source file, convert it to an executable file, and then run it.

As testing will take place on the VM operating system, you need to install the apps required for testing: git to clone the project from the repository and g++ to compile the project.

To create a test scenario:

1. Connect to the VM via SSH and install the required apps:

   sudo apt update
   sudo apt install -y git g++
   

2. Add a test scenario:

   1. Open the GitLab web interface.

   2. Open the GitLab project.

   3. On the page that opens, click Set up CI/CD.

   4. A page will open asking you to add a new file named .gitlab-ci.yml, in which you need to describe the scenario in YAML format. Add the scenario text:

      stages:
        - build
        - test
        - pack
      
      cache:
        paths:
          - hello
      
      build:
        stage: build
        script: g++ test.cpp -o hello
      
      test:
        stage: test
        script: ./hello
      
      pack:
        stage: pack
        script: gzip -c hello > hello.gz
        artifacts:
          paths:
            - hello.gz
      

      The scenario indicates that the process is divided into three stages that are performed sequentially:

      • build: At the first stage, the project is compiled and converted to an executable file named hello.
      • test: At the second stage, the executable file is run.
      • pack: At the third stage, an archive with the executable file is created, which you can download via the GitLab web interface after the scenario is successfully completed. Under artifacts, there is a list of files available for download.

      Under cache, specify which files and directories are to be transferred between stages. If you omit it, the hello file will not be available at the test stage and an error will occur.

      

   5. Click Commit changes

After committing, the system will automatically start testing the last commit. To check its results, select Build on the left-hand panel in the GitLab project and then Pipelines from the drop-down menu. The line you will get should contain the first test with the passed status. By clicking the cloud icon, you can download the build artifacts.

Create an error in the projectCreate an error in the project

Now, make the project run with an error that the Runner should help you find during testing. To do this:

1. Go to the project repository and open the test.cpp file.

2. Click Edit.

3. In the check, assert that the product of multiplying 2 x 2 should be 5. In this case, an error occurs when the program is run and it fails.

   ...
   assert(2 * 2 == 5);
   ...
   

4. Name your commit: Wrong assert in test.cpp.

5. Click Commit Changes.

Open Build → Pipelines. In the Stages column, you can see that, as a result of the test, the first stage, build, was passed successfully and the second stage, test, returned an error. The third stage, pack, was skipped and the build artifacts were not generated.

If you click the failed progress status and go to Failed Jobs, you can see the error text saying that assert was not executed:

How to delete the resources you createdHow to delete the resources you created

To stop paying for your deployed server, it is enough to delete the gitlab VM you created.

If you reserved a static public IP address specifically for this VM:

1. Select Virtual Private Cloud in your folder.
2. Go to the IP addresses tab.
3. Find the required address, click , and select Delete.