운영배포 티켓은 운영에 반영되는 만큼 다음과같은 다음과 같은 엄격한 조건을 걸수가 있습니다.

• QASignOFF가 나지 않는 운영배포는 실행되면 안됨
• 처리하지 못한 몇가지 이슈가 남아 있을시, 연기가되거나 최고책임자의 조건부 승인이 필요함 -처리하지 못한 이슈를 은닉하고 서비스에 반영될시 그책임은 개발자가 지기때문입니다.
• 배포순서에의해 문제가 생길수 있기때문에 배포절차를 명시적으로 언급해야하고 롤백계획도 수립해야함 -롤백 계획이 없다고 실제로 거부한 케이스도 있음롤백 계획도 수립해야함 -롤백은 사실 엄청난 결정력이 따릅니다.
• 환경설정변경 의존 라이브러리 수동설정등이 있을시 언급이되어야하고 빌드책임자의 승인거부항목으로 자동화에대한 고민이필요함
• 도메인에따른 SSL설정의 중앙화(IIS에서 SSL을 위한 443Port Listen을 하지 않음), DB암호 설정의 중앙화(개발자는 운영 DB의 암호를 알면안됨),운영장비 어플리케이션 설정의 빌드툴에 분리화(Ex>각종 IP설정및,튜닝요소)를 소스에서 분리함으로 개발자에의한 수동설정에대한 이슈해결가능수동설정에대해 점점 없애기 시작했습니다.
• 소스 빌드 자동외에 외부 라이브러리 관리를 넥서스라는 중앙 자료실에서 관리하여 빌드툴과 연동됨 어떠한 새로운 라이브러리를 사용하기위해서는 해당 라이브러리 사용의 검증과 승인이 필요함

자동반영이 준비안되고수동반영으로 운영에 반영을 했을시점, 빌드관리자는 항상 해당 반영의 승인을 거부하였습니다.

하지만, 약속된 날자에 프로덕트(운영) 반영이 필요했기에 프로덕트 관리자의 조건부 추가 승인이 필요했으며

위와같은 승인 절차가 있었기에, 모든 운영에 반영되는 사소한 프로젝트조차 겱국 배포및 실행 자동화가 되었습니다.