Como as portas de serviço do IC do Gitlab são expostas?
eu tenho um.gitlab-ci.yml
Arquivo:
integration_test:
services:
- name: registry.gitlab.com/group/project/testmailserver:1.1
alias: "mail.email"
stage: test
script:
- ./gradlew -g /cache/.gradle --stacktrace --info integrationTest
O serviço é um servidor de email de pilha cheia com base nisso:tvial/docker-mailserver:latest
. Localmente com o meudocker-compose
config Eu sou capaz de executá-lo e conectar a ele.
version: '2'
services:
mail:
image: registry.gitlab.com/group/project/testmailserver:1.1
hostname: mail
domainname: localhost
ports:
- "25:25"
- "143:143"
- "587:587"
- "993:993"
environment:
- ONE_DIR=1
- DMS_DEBUG=0
- MAIL_USER=invoicereader
- MAIL_PASS=invoicereader
cap_add:
- NET_ADMIN
Se eu executar comdocker-compose up
e conectar a ele via IMAP na porta 993, funciona bem. Além disso, o teste de integração é executado sem problemas
No entanto, se o teste de integração for executado pelo IC do gitlab, ele falhará. A única exceção que pude obter éLigação recusada.
É possível que as portas do serviço não sejam expostas corretamente? Como o servidor de IC determina as portas que ele deve abrir para esse serviço?
Qual pode ser o problema ao executar com o CI? Como posso testá-lo de maneira diferente?
Desculpe pelo monte de perguntas, estou perdidamente perdida ..