پرو هوسٽر > بلاگ > انتظاميه > GitLab شيل رنر. Docker Compose استعمال ڪندي آزمائشي خدمتن جي مقابلي ۾ لانچ

GitLab شيل رنر. Docker Compose استعمال ڪندي آزمائشي خدمتن جي مقابلي ۾ لانچ

GitLab شيل رنر. Docker Compose استعمال ڪندي آزمائشي خدمتن جي مقابلي ۾ لانچ

هي آرٽيڪل ٻنهي ٽيسٽرن ۽ ڊولپرز لاءِ دلچسپيءَ جو هوندو، پر خاص طور تي آٽوميشن جي ماهرن لاءِ آهي، جن کي GitLab CI/CD قائم ڪرڻ جي مسئلي کي منهن ڏيڻو پوي ٿو انٽيگريشن ٽيسٽ لاءِ انفراسٽرڪچر جي ناقص وسيلن ۽/يا ڪنٽينر جي غير موجودگيءَ ۾. آرڪيسٽريشن پليٽ فارم. مان توهان کي ٻڌايان ٿو ته ٽيسٽ ماحول جي ترتيب کي ڪيئن ترتيب ڏيو ڊاڪر ڪمپوز استعمال ڪندي هڪ واحد GitLab شيل رنر تي ۽ انهي ڪري ته جڏهن ڪيترن ئي ماحول کي ترتيب ڏيو، شروع ڪيل خدمتون هڪ ٻئي سان مداخلت نه ڪن.


Contents

پس منظر

  1. منهنجي عمل ۾، اهو اڪثر ٿي چڪو آهي ته انضمام جي جاچ منصوبن تي "علاج" ڪيو ويو. ۽ اڪثر ڪري پهريون ۽ سڀ کان اهم مسئلو CI پائپ لائن آهي، جنهن ۾ انضمام جاچ ترقي ڪئي پئي وڃي خدمت (ص) هڪ dev/اسٽيج ماحول ۾ ڪيو ويندو آهي. اهو ڪافي ڪجهه مسئلا پيدا ڪري ٿو:

    • انضمام جي جاچ دوران هڪ خاص خدمت ۾ خرابين جي ڪري، ٽيسٽ سرڪٽ کي ٽوڙيل ڊيٽا کي نقصان پهچائي سگھي ٿو. اهڙا ڪيس هئا جڏهن هڪ ڀڃي JSON فارميٽ سان هڪ درخواست موڪلڻ سروس خراب ٿي وئي، جنهن موقف کي مڪمل طور تي غير فعال ڪيو.
    • ٽيسٽ سرڪٽ جي سست رفتار جيئن ٽيسٽ ڊيٽا وڌائي ٿي. مان سمجهان ٿو ته ڊيٽابيس کي صاف ڪرڻ / واپس رولنگ ڪرڻ سان هڪ مثال بيان ڪرڻ جو ڪو احساس ناهي. منهنجي عمل ۾، مون هڪ منصوبي سان منهن نه ڪيو آهي جتي اهو طريقو آسان ٿي ويو.
    • عام سسٽم جي سيٽنگن کي جانچڻ دوران ٽيسٽ سرڪٽ جي ڪارڪردگي کي خراب ڪرڻ جو خطرو. مثال طور، يوزر/گروپ/پاسورڊ/ايپليڪيشن پاليسي.
    • خودڪار ٽيسٽ مان ٽيسٽ ڊيٽا دستي ٽيسٽرز لاءِ زندگي مشڪل بڻائي ٿي.

    ڪجهه چوندو ته سٺو autotests پاڻ کان پوء ڊيٽا صاف ڪرڻ گهرجي. مون وٽ دليل آهن:

    • متحرڪ اسٽينڊ استعمال ڪرڻ لاء تمام آسان آهن.
    • هر شئي کي API ذريعي سسٽم مان هٽائي نٿو سگهجي. مثال طور، هڪ اعتراض کي ختم ڪرڻ لاء هڪ ڪال لاڳو نه ڪيو ويو آهي ڇاڪاڻ ته اهو ڪاروبار منطق جي تضاد آهي.
    • جڏهن API ذريعي هڪ اعتراض ٺاهي، ميٽاداٽ جي وڏي مقدار ٺاهي سگهجي ٿي، جنهن کي ختم ڪرڻ ڏکيو آهي.
    • جيڪڏهن ٽيسٽن جو پاڻ ۾ انحصار آهي، ته پوءِ ٽيسٽ هلائڻ کان پوءِ ڊيٽا صاف ڪرڻ جو عمل سر درد ۾ بدلجي وڃي ٿو.
    • اضافي (۽، منهنجي خيال ۾، جواز نه ڏنو ويو) API ڏانهن ڪالون.
    • ۽ مکيه دليل: جڏهن ٽيسٽ ڊيٽا سڌو سنئون ڊيٽابيس مان صاف ٿيڻ شروع ٿئي ٿي. هي هڪ حقيقي PK / FK سرڪس ۾ تبديل ٿي رهيو آهي! اسان ڊولپرز کان ٻڌون ٿا: "مون صرف شامل ڪيو / هٽايو / نالو تبديل ڪيو، 100500 انٽيگريشن ٽيسٽ ڇو پڪڙيا ويا؟"

    منهنجي خيال ۾، سڀ کان وڌيڪ بهتر حل هڪ متحرڪ ماحول آهي.

  2. گھڻا ماڻھو ڊاڪر ڪمپوز استعمال ڪندا آھن ٽيسٽ ماحول کي هلائڻ لاءِ، پر ڪجھ ماڻھو استعمال ڪندا آھن docker-compose جڏھن CI/CD ۾ انٽيگريشن ٽيسٽنگ ڪندا آھن. ۽ هتي مان ڪبرنيٽس، سوارم ۽ ٻين ڪنٽينر آرڪيسٽريشن پليٽ فارمن کي حساب ۾ نه ٿو وٺان. هر ڪمپني انهن وٽ ناهي. اهو سٺو ٿيندو جيڪڏهن docker-compose.yml آفاقي هجي.
  3. جيتوڻيڪ اسان وٽ اسان جو پنهنجو QA رنر آهي، اسان ڪيئن يقيني بڻائي سگهون ٿا ته ڊاکر-ڪمپوز ذريعي شروع ڪيل خدمتون هڪ ٻئي سان مداخلت نه ڪن؟
  4. آزمائشي خدمتن جي لاگن کي ڪيئن گڏ ڪجي؟
  5. رنر کي ڪيئن صاف ڪجي؟

مون وٽ پنھنجي منصوبن لاءِ پنھنجو GitLab رنر آھي ۽ مون ترقي دوران انھن سوالن جو سامنا ڪيو جاوا ڪلائنٽ لاء ٽيسٽ ريل. وڌيڪ واضح طور تي، جڏهن انضمام ٽيسٽ هلائي رهيا آهن. هيٺ اسين هن پروجيڪٽ مان مثال استعمال ڪندي انهن مسئلن کي حل ڪنداسين.

مواد ڏانهن

GitLab شيل رنر

رنر لاءِ، مان سفارش ڪريان ٿو لينڪس ورچوئل مشين سان 4 وي سي پي يو، 4 GB ريم، 50 GB HDD.
انٽرنيٽ تي gitlab-runner قائم ڪرڻ تي تمام گهڻي معلومات آهي، تنهنڪري مختصر طور تي:

  • SSH ذريعي مشين تي لاگ ان ڪريو

  • جيڪڏهن توهان وٽ 8 GB کان گهٽ ريم آهي، پوء آئون سفارش ڪريان ٿو تبديل ڪريو 10 GBته جيئن او او ايم قاتل نه اچي ۽ رام نه هجڻ جي ڪري اسان جي ڪمن کي ماري ڇڏي. اهو ٿي سگهي ٿو جڏهن 5 کان وڌيڪ ڪم هڪ ئي وقت شروع ڪيا وڃن. ڪم وڌيڪ سست ترقي ڪندو، پر مسلسل.

    مثال OOM قاتل سان

    جيڪڏھن توھان ڏسندا ٽاسڪ لاگز ۾ bash: line 82: 26474 Killed، پوءِ صرف رنر تي عمل ڪريو sudo dmesg | grep 26474

    [26474]  1002 26474  1061935   123806     339        0             0 java
Out of memory: Kill process 26474 (java) score 127 or sacrifice child
Killed process 26474 (java) total-vm:4247740kB, anon-rss:495224kB, file-rss:0kB, shmem-rss:0kB

    ۽ جيڪڏهن تصوير ڪجهه هن طرح نظر اچي ٿي، ته پوءِ يا ته ادل شامل ڪريو يا رام شامل ڪريو.

  • انسٽال ڪريو gitlab ڊوڙندڙ, گھڻي, ڊڪر ٺاهيندڙ، ٺاهڻ.
  • استعمال ڪندڙ کي شامل ڪرڻ gitlab-runner گروپ ڏانهن docker 
    sudo groupadd docker
sudo usermod -aG docker gitlab-runner
  • رجسٽر gitlab ڊوڙندڙ.

  • ايڊيٽنگ لاءِ کوليو /etc/gitlab-runner/config.toml ۽ شامل ڪريو

    concurrent=20
[[runners]]
  request_concurrency = 10

    هي توهان کي هڪ رنر تي متوازي ڪم هلائڻ جي اجازت ڏيندو. وڌيڪ پڙهو هتي.
    جيڪڏهن توهان وٽ وڌيڪ طاقتور مشين آهي، مثال طور 8 وي سي پي يو، 16 GB ريم، ته پوءِ اهي انگ گهٽ ۾ گهٽ 2 ڀيرا وڏا ڪري سگهجن ٿا. پر اهو سڀ ان تي منحصر آهي ته ڇا واقعي هن رنر تي شروع ڪيو ويندو ۽ ڪهڙي مقدار ۾.

ڪافي آهي.

مواد ڏانهن

تيار ڪري رهيو آهي docker-compose.yml

مکيه ڪم هڪ آفاقي docker-compose.yml آهي، جيڪو ڊولپرز/ٽيسٽرز مقامي طور تي ۽ سي آءِ پائپ لائن ۾ استعمال ڪري سگهن ٿا.

سڀ کان پهريان، اسان CI لاءِ منفرد خدمت جا نالا ٺاهيندا آهيون. GitLab CI ۾ منفرد متغيرن مان ھڪڙو متغير آھي CI_JOB_ID. جيڪڏھن توھان وضاحت ڪريو container_name معنيٰ سان "service-${CI_JOB_ID:-local}"، پوء ان صورت ۾:

  • جيڪڏهن CI_JOB_ID ماحولياتي متغير ۾ وضاحت نه ڪئي وئي،
    پوء خدمت جو نالو ٿيندو service-local
  • جيڪڏهن CI_JOB_ID ماحولياتي متغيرن ۾ بيان ڪيل (مثال طور 123)،
    پوء خدمت جو نالو ٿيندو service-123

ٻيو، اسان شروع ڪيل خدمتن لاء هڪ عام نيٽ ورڪ ٺاهيندا آهيون. هي اسان کي نيٽ ورڪ-سطح جي اڪيلائي ڏئي ٿو جڏهن ڪيترن ئي ٽيسٽ ماحول کي هلائي رهيا آهن.

networks:
  default:
    external:
      name: service-network-${CI_JOB_ID:-local}

درحقيقت، هي ڪاميابي لاء پهريون قدم آهي =)

تبصرن سان منهنجي docker-compose.yml جو مثال

version: "3"

# Для корректной работы web (php) и fmt нужно, 
# чтобы контейнеры имели общий исполняемый контент.
# В нашем случае, это директория /var/www/testrail
volumes:
  static-content:

# Изолируем окружение на сетевом уровне
networks:
  default:
    external:
      name: testrail-network-${CI_JOB_ID:-local}

services:
  db:
    image: mysql:5.7.22
    # Каждый container_name содержит ${CI_JOB_ID:-local}
    container_name: "testrail-mysql-${CI_JOB_ID:-local}"
    environment:
      MYSQL_HOST: db
      MYSQL_DATABASE: mydb
      MYSQL_ROOT_PASSWORD: 1234
      SKIP_GRANT_TABLES: 1
      SKIP_NETWORKING: 1
      SERVICE_TAGS: dev
      SERVICE_NAME: mysql
    networks:
    - default

  migration:
    image: registry.gitlab.com/touchbit/image/testrail/migration:latest
    container_name: "testrail-migration-${CI_JOB_ID:-local}"
    links:
    - db
    depends_on:
    - db
    networks:
    - default

  fpm:
    image: registry.gitlab.com/touchbit/image/testrail/fpm:latest
    container_name: "testrail-fpm-${CI_JOB_ID:-local}"
    volumes:
    - static-content:/var/www/testrail
    links:
    - db
    networks:
    - default

  web:
    image: registry.gitlab.com/touchbit/image/testrail/web:latest
    container_name: "testrail-web-${CI_JOB_ID:-local}"
    # Если переменные TR_HTTP_PORT или TR_HTTPS_PORTS не определены,
    # то сервис поднимается на 80 и 443 порту соответственно.
    ports:
      - ${TR_HTTP_PORT:-80}:80
      - ${TR_HTTPS_PORT:-443}:443
    volumes:
      - static-content:/var/www/testrail
    links:
      - db
      - fpm
    networks:
      - default

مقامي هلائڻ جو مثال

docker-compose -f docker-compose.yml up -d
Starting   testrail-mysql-local     ... done
Starting   testrail-migration-local ... done
Starting   testrail-fpm-local       ... done
Recreating testrail-web-local       ... done

پر CI ۾ لانچ ڪرڻ سان هر شي بلڪل سادو ناهي.

مواد ڏانهن

Makefile تيار ڪرڻ

مان Makefile استعمال ڪريان ٿو ڇاڪاڻ ته اهو مقامي ماحول جي انتظام ۽ CI ۾ ٻنهي لاءِ تمام آسان آهي. وڌيڪ آن لائن رايا

# У меня в проектах все вспомогательные вещи лежат в директории `.indirect`,
# в том числе и `docker-compose.yml`

# Использовать bash с опцией pipefail 
# pipefail - фейлит выполнение пайпа, если команда выполнилась с ошибкой
SHELL=/bin/bash -o pipefail

# Останавливаем контейнеры и удаляем сеть
docker-kill:
    docker-compose -f $${CI_JOB_ID:-.indirect}/docker-compose.yml kill
    docker network rm network-$${CI_JOB_ID:-testrail} || true

# Предварительно выполняем docker-kill 
docker-up: docker-kill
    # Создаем сеть для окружения 
    docker network create network-$${CI_JOB_ID:-testrail}
    # Забираем последние образы из docker-registry
    docker-compose -f $${CI_JOB_ID:-.indirect}/docker-compose.yml pull
    # Запускаем окружение
    # force-recreate - принудительное пересоздание контейнеров
    # renew-anon-volumes - не использовать volumes предыдущих контейнеров
    docker-compose -f $${CI_JOB_ID:-.indirect}/docker-compose.yml up --force-recreate --renew-anon-volumes -d
    # Ну и, на всякий случай, вывести что там у нас в принципе запущено на машинке
    docker ps

# Коллектим логи сервисов
docker-logs:
    mkdir ./logs || true
    docker logs testrail-web-$${CI_JOB_ID:-local}       >& logs/testrail-web.log
    docker logs testrail-fpm-$${CI_JOB_ID:-local}       >& logs/testrail-fpm.log
    docker logs testrail-migration-$${CI_JOB_ID:-local} >& logs/testrail-migration.log
    docker logs testrail-mysql-$${CI_JOB_ID:-local}     >& logs/testrail-mysql.log

# Очистка раннера
docker-clean:
    @echo Останавливаем все testrail-контейнеры
    docker kill $$(docker ps --filter=name=testrail -q) || true
    @echo Очистка докер контейнеров
    docker rm -f $$(docker ps -a -f --filter=name=testrail status=exited -q) || true
    @echo Очистка dangling образов
    docker rmi -f $$(docker images -f "dangling=true" -q) || true
    @echo Очистка testrail образов
    docker rmi -f $$(docker images --filter=reference='registry.gitlab.com/touchbit/image/testrail/*' -q) || true
    @echo Очистка всех неиспользуемых volume
    docker volume rm -f $$(docker volume ls -q) || true
    @echo Очистка всех testrail сетей
    docker network rm $(docker network ls --filter=name=testrail -q) || true
    docker ps

چيڪ

ڊاکر اپ ٺاهيو

$ make docker-up 
docker-compose -f ${CI_JOB_ID:-.indirect}/docker-compose.yml kill
Killing testrail-web-local   ... done
Killing testrail-fpm-local   ... done
Killing testrail-mysql-local ... done
docker network rm network-${CI_JOB_ID:-testrail} || true
network-testrail
docker network create network-${CI_JOB_ID:-testrail}
d2ec063324081c8bbc1b08fd92242c2ea59d70cf4025fab8efcbc5c6360f083f
docker-compose -f ${CI_JOB_ID:-.indirect}/docker-compose.yml pull
Pulling db        ... done
Pulling migration ... done
Pulling fpm       ... done
Pulling web       ... done
docker-compose -f ${CI_JOB_ID:-.indirect}/docker-compose.yml up --force-recreate --renew-anon-volumes -d
Recreating testrail-mysql-local ... done
Recreating testrail-fpm-local       ... done
Recreating testrail-migration-local ... done
Recreating testrail-web-local       ... done
docker ps
CONTAINER ID  PORTS                                     NAMES
a845d3cb0e5a  0.0.0.0:80->80/tcp, 0.0.0.0:443->443/tcp  testrail-web-local
19d8ef001398  9000/tcp                                  testrail-fpm-local
e28840a2369c  3306/tcp, 33060/tcp                       testrail-migration-local
0e7900c23f37  3306/tcp                                  testrail-mysql-local

docker-logs ٺاهڻ

$ make docker-logs
mkdir ./logs || true
mkdir: cannot create directory ‘./logs’: File exists
docker logs testrail-web-${CI_JOB_ID:-local}       >& logs/testrail-web.log
docker logs testrail-fpm-${CI_JOB_ID:-local}       >& logs/testrail-fpm.log
docker logs testrail-migration-${CI_JOB_ID:-local} >& logs/testrail-migration.log
docker logs testrail-mysql-${CI_JOB_ID:-local}     >& logs/testrail-mysql.log

GitLab شيل رنر. Docker Compose استعمال ڪندي آزمائشي خدمتن جي مقابلي ۾ لانچ

مواد ڏانهن

تيار ڪري رهيو آهي .gitlab-ci.yml

هلندڙ انضمام جا امتحان

Integration:
  stage: test
  tags:
    - my-shell-runner
  before_script:
    # Аутентифицируемся в registry
    - docker login -u gitlab-ci-token -p ${CI_JOB_TOKEN} ${CI_REGISTRY}
    # Генерируем псевдоуникальные TR_HTTP_PORT и TR_HTTPS_PORT
    - export TR_HTTP_PORT=$(shuf -i10000-60000 -n1)
    - export TR_HTTPS_PORT=$(shuf -i10000-60000 -n1)
    # создаем директорию с идентификатором задачи
    - mkdir ${CI_JOB_ID}
    # копируем в созданную директорию наш docker-compose.yml
    # чтобы контекст был разный для каждой задачи
    - cp .indirect/docker-compose.yml ${CI_JOB_ID}/docker-compose.yml
  script:
    # поднимаем наше окружение
    - make docker-up
    # запускаем тесты исполняемым jar (у меня так)
    - java -jar itest.jar --http-port ${TR_HTTP_PORT} --https-port ${TR_HTTPS_PORT}
    # или в контейнере
    - docker run --network=testrail-network-${CI_JOB_ID:-local} --rm itest
  after_script:
    # собираем логи
    - make docker-logs
    # останавливаем окружение
    - make docker-kill
  artifacts:
    # сохраняем логи
    when: always
    paths:
      - logs
    expire_in: 30 days

اهڙي ڪم کي هلائڻ جي نتيجي ۾، آرٽيڪل ۾ لاگ ڊاريڪٽري سروس ۽ ٽيسٽ لاگز تي مشتمل هوندي. جيڪو غلطين جي صورت ۾ تمام آسان آهي. متوازي طور تي هر ٽيسٽ پنهنجو لاگ لکندو آهي، پر مان ان بابت الڳ الڳ ڳالهائيندس.

GitLab شيل رنر. Docker Compose استعمال ڪندي آزمائشي خدمتن جي مقابلي ۾ لانچ

مواد ڏانهن

رنر جي صفائي

ڪم صرف هڪ شيڊول مطابق شروع ڪيو ويندو.

stages:
- clean
- build
- test

Clean runner:
  stage: clean
  only:
    - schedules
  tags:
    - my-shell-runner
  script:
    - make docker-clean

اڳيون، وڃو اسان جي GitLab پروجيڪٽ -> CI/CD -> شيڊول -> نئون شيڊول ۽ نئون شيڊول شامل ڪريو

GitLab شيل رنر. Docker Compose استعمال ڪندي آزمائشي خدمتن جي مقابلي ۾ لانچ

مواد ڏانهن

نتيجي ۾

GitLab CI ۾ 4 ڪم شروع ڪرڻ
GitLab شيل رنر. Docker Compose استعمال ڪندي آزمائشي خدمتن جي مقابلي ۾ لانچ

انضمام ٽيسٽ سان آخري ڪم جي لاگن ۾ اسان مختلف ڪمن مان ڪنٽينرز کي ڏسون ٿا 

CONTAINER ID  NAMES
c6b76f9135ed  testrail-web-204645172
01d303262d8e  testrail-fpm-204645172
2cdab1edbf6a  testrail-migration-204645172
826aaf7c0a29  testrail-mysql-204645172
6dbb3fae0322  testrail-web-204645084
3540f8d448ce  testrail-fpm-204645084
70fea72aa10d  testrail-mysql-204645084
d8aa24b2892d  testrail-web-204644881
6d4ccd910fad  testrail-fpm-204644881
685d8023a3ec  testrail-mysql-204644881
1cdfc692003a  testrail-web-204644793
6f26dfb2683e  testrail-fpm-204644793
029e16b26201  testrail-mysql-204644793
c10443222ac6  testrail-web-204567103
04339229397e  testrail-fpm-204567103
6ae0accab28d  testrail-mysql-204567103
b66b60d79e43  testrail-web-204553690
033b1f46afa9  testrail-fpm-204553690
a8879c5ef941  testrail-mysql-204553690
069954ba6010  testrail-web-204553539
ed6b17d911a5  testrail-fpm-204553539
1a1eed057ea0  testrail-mysql-204553539

وڌيڪ تفصيلي لاگ

$ docker login -u gitlab-ci-token -p ${CI_JOB_TOKEN} ${CI_REGISTRY}
WARNING! Using --password via the CLI is insecure. Use --password-stdin.
WARNING! Your password will be stored unencrypted in /home/gitlab-runner/.docker/config.json.
Configure a credential helper to remove this warning. See
https://docs.docker.com/engine/reference/commandline/login/#credentials-store
Login Succeeded
$ export TR_HTTP_PORT=$(shuf -i10000-60000 -n1)
$ export TR_HTTPS_PORT=$(shuf -i10000-60000 -n1)
$ mkdir ${CI_JOB_ID}
$ cp .indirect/docker-compose.yml ${CI_JOB_ID}/docker-compose.yml
$ make docker-up
docker-compose -f ${CI_JOB_ID:-.indirect}/docker-compose.yml kill
docker network rm testrail-network-${CI_JOB_ID:-local} || true
Error: No such network: testrail-network-204645172
docker network create testrail-network-${CI_JOB_ID:-local}
0a59552b4464b8ab484de6ae5054f3d5752902910bacb0a7b5eca698766d0331
docker-compose -f ${CI_JOB_ID:-.indirect}/docker-compose.yml pull
Pulling web       ... done
Pulling fpm       ... done
Pulling migration ... done
Pulling db        ... done
docker-compose -f ${CI_JOB_ID:-.indirect}/docker-compose.yml up --force-recreate --renew-anon-volumes -d
Creating volume "204645172_static-content" with default driver
Creating testrail-mysql-204645172 ... 
Creating testrail-mysql-204645172 ... done
Creating testrail-migration-204645172 ... done
Creating testrail-fpm-204645172       ... done
Creating testrail-web-204645172       ... done
docker ps
CONTAINER ID        IMAGE                                                          COMMAND                  CREATED              STATUS              PORTS                                           NAMES
c6b76f9135ed        registry.gitlab.com/touchbit/image/testrail/web:latest         "nginx -g 'daemon of…"   13 seconds ago       Up 1 second         0.0.0.0:51148->80/tcp, 0.0.0.0:25426->443/tcp   testrail-web-204645172
01d303262d8e        registry.gitlab.com/touchbit/image/testrail/fpm:latest         "docker-php-entrypoi…"   16 seconds ago       Up 13 seconds       9000/tcp                                        testrail-fpm-204645172
2cdab1edbf6a        registry.gitlab.com/touchbit/image/testrail/migration:latest   "docker-entrypoint.s…"   16 seconds ago       Up 13 seconds       3306/tcp, 33060/tcp                             testrail-migration-204645172
826aaf7c0a29        mysql:5.7.22                                                   "docker-entrypoint.s…"   18 seconds ago       Up 16 seconds       3306/tcp                                        testrail-mysql-204645172
6dbb3fae0322        registry.gitlab.com/touchbit/image/testrail/web:latest         "nginx -g 'daemon of…"   36 seconds ago       Up 22 seconds       0.0.0.0:44202->80/tcp, 0.0.0.0:20151->443/tcp   testrail-web-204645084
3540f8d448ce        registry.gitlab.com/touchbit/image/testrail/fpm:latest         "docker-php-entrypoi…"   38 seconds ago       Up 35 seconds       9000/tcp                                        testrail-fpm-204645084
70fea72aa10d        mysql:5.7.22                                                   "docker-entrypoint.s…"   40 seconds ago       Up 37 seconds       3306/tcp                                        testrail-mysql-204645084
d8aa24b2892d        registry.gitlab.com/touchbit/image/testrail/web:latest         "nginx -g 'daemon of…"   About a minute ago   Up 53 seconds       0.0.0.0:31103->80/tcp, 0.0.0.0:43872->443/tcp   testrail-web-204644881
6d4ccd910fad        registry.gitlab.com/touchbit/image/testrail/fpm:latest         "docker-php-entrypoi…"   About a minute ago   Up About a minute   9000/tcp                                        testrail-fpm-204644881
685d8023a3ec        mysql:5.7.22                                                   "docker-entrypoint.s…"   About a minute ago   Up About a minute   3306/tcp                                        testrail-mysql-204644881
1cdfc692003a        registry.gitlab.com/touchbit/image/testrail/web:latest         "nginx -g 'daemon of…"   About a minute ago   Up About a minute   0.0.0.0:44752->80/tcp, 0.0.0.0:23540->443/tcp   testrail-web-204644793
6f26dfb2683e        registry.gitlab.com/touchbit/image/testrail/fpm:latest         "docker-php-entrypoi…"   About a minute ago   Up About a minute   9000/tcp                                        testrail-fpm-204644793
029e16b26201        mysql:5.7.22                                                   "docker-entrypoint.s…"   About a minute ago   Up About a minute   3306/tcp                                        testrail-mysql-204644793
c10443222ac6        registry.gitlab.com/touchbit/image/testrail/web:latest         "nginx -g 'daemon of…"   5 hours ago          Up 5 hours          0.0.0.0:57123->80/tcp, 0.0.0.0:31657->443/tcp   testrail-web-204567103
04339229397e        registry.gitlab.com/touchbit/image/testrail/fpm:latest         "docker-php-entrypoi…"   5 hours ago          Up 5 hours          9000/tcp                                        testrail-fpm-204567103
6ae0accab28d        mysql:5.7.22                                                   "docker-entrypoint.s…"   5 hours ago          Up 5 hours          3306/tcp                                        testrail-mysql-204567103
b66b60d79e43        registry.gitlab.com/touchbit/image/testrail/web:latest         "nginx -g 'daemon of…"   5 hours ago          Up 5 hours          0.0.0.0:56321->80/tcp, 0.0.0.0:58749->443/tcp   testrail-web-204553690
033b1f46afa9        registry.gitlab.com/touchbit/image/testrail/fpm:latest         "docker-php-entrypoi…"   5 hours ago          Up 5 hours          9000/tcp                                        testrail-fpm-204553690
a8879c5ef941        mysql:5.7.22                                                   "docker-entrypoint.s…"   5 hours ago          Up 5 hours          3306/tcp                                        testrail-mysql-204553690
069954ba6010        registry.gitlab.com/touchbit/image/testrail/web:latest         "nginx -g 'daemon of…"   5 hours ago          Up 5 hours          0.0.0.0:32869->80/tcp, 0.0.0.0:16066->443/tcp   testrail-web-204553539
ed6b17d911a5        registry.gitlab.com/touchbit/image/testrail/fpm:latest         "docker-php-entrypoi…"   5 hours ago          Up 5 hours          9000/tcp                                        testrail-fpm-204553539
1a1eed057ea0        mysql:5.7.22                                                   "docker-entrypoint.s…"   5 hours ago          Up 5 hours          3306/tcp                                        testrail-mysql-204553539

سڀ ڪم ڪاميابيءَ سان مڪمل ٿيا

ٽاسڪ نموني ۾ خدمت ۽ ٽيسٽ لاگ شامل آهن
GitLab شيل رنر. Docker Compose استعمال ڪندي آزمائشي خدمتن جي مقابلي ۾ لانچ

GitLab شيل رنر. Docker Compose استعمال ڪندي آزمائشي خدمتن جي مقابلي ۾ لانچ

هر شي خوبصورت لڳي ٿي، پر اتي هڪ nuance آهي. پائپ لائن کي زبردستي منسوخ ڪري سگهجي ٿو جڏهن انٽيگريشن ٽيسٽون هلي رهيون آهن، ان صورت ۾ هلندڙ ڪنٽينرز کي نه روڪيو ويندو. وقت بوقت توهان کي رنر صاف ڪرڻ جي ضرورت آهي. بدقسمتي سان، GitLab CE ۾ بهتري جو ڪم اڃا تائين حالت ۾ آهي کوليو

پر اسان ھڪڙي شيڊول جي مطابق ھڪڙي ڪم جي لانچ کي شامل ڪيو آھي، ۽ ڪو به اسان کي دستي طور تي هلائڻ کان منع نٿو ڪري.
اسان جي پروجيڪٽ ڏانھن وڃو -> CI/CD -> شيڊول ۽ ڪم کي هلائڻ Clean runner

GitLab شيل رنر. Docker Compose استعمال ڪندي آزمائشي خدمتن جي مقابلي ۾ لانچ

Total:

  • اسان وٽ ھڪڙو شيل رنر آھي.
  • ڪم ۽ ماحول جي وچ ۾ ڪوبه تڪرار نه آهي.
  • اسان متوازي ۾ انٽيگريشن ٽيسٽ سان ڪم هلائيندا آهيون.
  • توھان ھلائي سگھوٿا انٽيگريشن ٽيسٽ يا ته مقامي طور تي يا ڪنٽينر ۾.
  • خدمت ۽ ٽيسٽ لاگ گڏ ڪيا ويا آهن ۽ پائپ لائن جي ڪم سان ڳنڍيل آهن.
  • اهو ممڪن آهي ته رنر کي پراڻي ڊاکر تصويرن مان صاف ڪرڻ.

سيٽ اپ وقت ~ 2 ڪلاڪ آهي.
اهو سڀ ڪجهه آهي، اصل ۾. مون کي راء حاصل ڪرڻ لاء خوش ٿي ويندي.

مواد ڏانهن

جو ذريعو: www.habr.com

تبصرو شامل ڪريو