현재 팀을 위해 Github 작업으로 워크 플로를 설정하고 있습니다. 그러나 저는 서로 다른 마이크로 서비스에 대해 12 개 이상의 리포지토리를 가지고 있으며 각 마이크로 서비스간에 .github / workflows / 디렉토리를 서투르게 복사하고 싶지 않습니다. 워크 플로를 변경해야하는 경우 각 저장소간에 모든 변경 사항을 복사해야합니다.
현재 고려중인 솔루션은 단순히 워크 플로 디렉토리를 git 하위 모듈로 사용하는 것입니다. (편집 : 이것을 테스트했으며 워크 플로 디렉토리가 하위 모듈 인 경우 github에서 작업을 포함하는 것으로 인식하지 않습니다)
이 솔루션에 대한 대안이 있습니까? 이러한 워크 플로를 관리하기위한 현재 "모범 사례"가 있습니까?
GitHub의 최근보고, 조직을위한 워크 플로 템플릿을 추가 한 ' 공유 워크 플로우 조직 내 템플릿 '
대안에 관해서는-가능한 한 많은 작업을 처리 할 자체 작업 또는 쉘 스크립트를 작성할 수 있습니다. 여전히 워크 플로 자체를 관리해야 하지만 극단적 인 경우에는 체크 아웃 및 원하는 모든 작업을 수행 하는 단계로 쪼개 질 수 있습니다 . 셸 스크립트는 오랫동안 선택한 셸이 지원되는 한 다른 CI에서 작업 할 수 있다는 추가 이점이 있습니다.
마지막으로 모든 워크 플로와 봇 계정을 보유한 마스터 리포지토리를 생성하여 워크 플로의 모든 변경 사항을 자동으로 다른 리포지토리로 푸시 할 수 있지만 기본적으로 이미 수행중인 작업을 자동화하는 것입니다.
여기저기서 약간의 변화와 함께 (거의) 언급 된 모든 솔루션이 야생에서 사용되는 것을 보았습니다. 다른 CI 선택 셸 스크립트를 사용 / 사용할 계획 인 리포지토리입니다. 하나의 생태계에만 초점을 맞춘 조직은 행동을 선택합니다 (자체 또는 커뮤니티에서 생성). 지원 포럼의 일부 사람들은 당시 템플릿이있는 것과 가장 가까운 자동 푸시를 선택했습니다. 워크 플로 템플릿 사용에 대해 많이 말할 수 없습니다. 기능이 몇 주 전에 [작성하는 시점에] 공개되었으므로 실제로는 놀라운 일이 아닙니다.
이 기사는 인터넷에서 수집됩니다. 재 인쇄 할 때 출처를 알려주십시오.
침해가 발생한 경우 연락 주시기 바랍니다[email protected] 삭제
몇 마디 만하겠습니다