이상적인 세계에서 기술을 잘 모르는 직원은 Slack 명령을 사용하여 작업을 실행하고 결과를 느슨하게하여 Jenkins GUI 사용을 무시할 수 있습니다. GitHub에서 Slack Command 를 사용하여 Jenkins에서 빌드 시작을 찾았 지만 Jenkins 작업에 대한 1 : 1 비율의 Heroku 인스턴스가 필요하다는 점을 포함하여 몇 가지 제한 사항이 있습니다.
내 생각은 사람들이와 같은 단수의 명령 /jenkins
을 사용하고 한 작업으로 구문 분석되고 다른 다운 스트림을 시작하는 데 사용되는 매개 변수를 사용하는 것입니다. 그것은 하나의 느슨한 명령 / 하나의 인스턴스를 유지하지만 여전히 우리에게 필요한 모든 유연성을 제공합니다.
문제는 Jenkins에 매개 변수를 가져 오는 데 있습니다. 다음 워크 플로와 같은 것을 찍고 있습니다.
/Jenkins job2 param1 param2
슬랙의 사용자 유형 . 이것은 실행할 작업을 찾기 위해 매개 변수를 구문 분석하는 포괄적 인 작업을 호출합니다.명령은 어떻게 든 우산 젠킨스 작업으로 전송됩니다. Heroku 인스턴스, 직접 통합, w / e.
우산 작업은
job2 param1 param2
문자열로 수신 됩니다. (아마도 단일 매개 변수의 값으로, 아마도 여러 필드에 사전 분할되었을 수 있습니다)우산 작업이 아직 수행하지 않은 경우 문자열을 분할하고, 사용자가 원하는 것을 수치
job2
매개 변수를 사용하여 실행param1
및param2
.우산 작업은 호출 된대로 다운 스트림 작업을 실행하기 위해 빌드 작업을 수행하여 결과를 사용자에게 느슨하게합니다.
나를 두드리고있는 것은 2-3 단계입니다. 슬랙에서 Jenkins 작업으로 문자열 (공백 포함)을 어떻게 전달할 수 있습니까?
전체 전제가 잘못되면 프레임에 도전 할 수 있습니다.