Т.е. по сути это будет один pipeline.yaml в котором нужно будет описать тесты, если тесты ок, запускаем по кондишену релиз на дев или на прод?

угу

Спасибо!

а там разве можно гейты?

а там же не гейты, там просто оно прогрессить не будет

а что такое гейты?

approve

И снова добрый вечер.. Извините что так часто(
Помогите понять, как мне версионировать свои релизы.
Для development ветки я юзаю имя моего билда:
name: $(SourceBranchName)-$(Date:MM.dd.yyyy)_$(Date:HH-mm)

В самом yaml я потом беру $(Build.BuildNumber) в качесте тега для билдов докера.

Хотелось бы понять, как настроить так, что бы при мердже в мастер ветку, делать что-то более елегантное.. Типа «1.1.2».
Я перепробовал разные варианты - и каунтер - но понял, что его никак не сбросить, и брать имя бранчи из последнего коммита (например бранча release/1.2.2), убирать все лишнее и оставлять только 1.2.2 - но тут пробелма в том, что могут быть хот фиксы в мастер и тут моя проверялка упадет..

Есть примеры, как правильно версионировать билды?

gitversion

каунтер можно сбрасывать вроде

Спасибо, понял

Чем ему не угодил config? Я ничего не трогил в конфиге, просто настроил сервис-коннекшин через сенрвис аккаунт и вытался запустить таск:
- task: Kubernetes@1
 inputs:
   connectionType: 'Kubernetes Service Connection'
   kubernetesServiceEndpoint: '$(kubernetes.service.connection)'
   namespace: 'default'
   command: 'apply'
   useConfigurationFile: true
   configuration: '/home/vsts/work/1/s/kubernetes/server-deployment.yaml'
   secretType: 'dockerRegistry'
   containerRegistryType: 'Azure Container Registry'

что я делаю не так?

ну выб хоть весь текст ошибки показали

господи

2020-04-22T10:11:24.7019346Z [command]/usr/bin/kubectl apply -n default -f /home/vsts/work/1/s/kubernetes/server-deployment.yaml -o json
2020-04-22T10:11:25.0206486Z error: error loading config file "/home/vsts/work/_temp/kubectlTask/1587550281225/config": v1.Config.AuthInfos: []v1.NamedAuthInfo: Kind: Clusters: []v1.NamedCluster: v1.NamedCluster.Cluster: v1.Cluster.Server: CertificateAuthorityData: decode base64: illegal base64 data at input byte 225, error found in #10 byte of ...|tLS0tLQo=","server":|..., bigger context ...|RWUxR 0NFQ04KLS0tLS1FTkQgQ0VSVElGSUNBVEUtLS0tLQo=","server":"https://35.184.20.211/"}}],"kind":"Conf|...
2020-04-22T10:11:25.0347820Z ##[error]error: error loading config file "/home/vsts/work/_temp/kubectlTask/1587550281225/config": v1.Config.AuthInfos: []v1.NamedAuthInfo: Kind: Clusters: []v1.NamedCluster: v1.NamedCluster.Cluster: v1.Cluster.Server: CertificateAuthorityData: decode base64: illegal base64 data at input byte 225, error found in #10 byte of ...|tLS0tLQo=","server":|..., bigger context ...|RWUxR 0NFQ04KLS0tLS1FTkQgQ0VSVElGSUNBVEUtLS0tLQo=","server":"https://35.184.20.211/"}}],"kind":"Conf|...
2020-04-22T10:11:25.0360282Z commandOutput
2020-04-22T10:11:25.2108994Z ##[error]The process '/usr/bin/kubectl' failed with exit code 1
2020-04-22T10:11:25.2145332Z ##[section]Finishing: Kubernetes

ну явно у вас конфиг кривой

'$(kubernetes.service.connection)' - это раскрывается нормально?

Так я его не трогал

Да, подставлял сам кластер