저는 3 년 동안 더 큰 부분을 위해 대규모 금융 기업 환경에서 팀 리더 / 개발자로 일했습니다. 우리의 생산 릴리스 프로세스는 Clearcase를 중심으로 진행되므로 악몽입니다. 모든 릴리스를 실행하고 코드에서 프로덕션으로 코드를 허용하는 변경 관리 그룹이 있습니다.
참여할 때 가장 먼저 한 일은 Git과 팀을 구성하는 것이 었습니다. 모두 Clearcase가 끔찍하고 일상적인 소스 제어 문제를 처리하는 데 비현실적이라는 데 동의했습니다. 그래서 우리는 로컬 컴퓨터에 일종의 "비공식"저장소를 설정했고 릴리스 시간에 git과 Clearcase repos를 동기화하는 스크립트를 작성했습니다.
이 이야기는 다른 팀으로 확산되었으며 여러 팀이 동일한 프로세스를 채택했습니다. 일상적인 활동을 위해 "비공식"방식으로 git을 사용하고 릴리스를 위해 Clearcase를 "공식적으로"사용합니다. 나는 Git과 관련된 문제에 대해 일종의 사람이되었습니다.
그래서 이번 주 SVP와 Git의 장점을 구체적으로 설명하고자하는 인프라 변경에 관한 회의를 열었습니다. Clearcase에 대한 나의 빈번한 rants에 그녀에게 명백하게 도착했다. 그녀가 나의 주장을 받아들이면, 나는 고용주가이 혐오를 제거 할 수 있도록 도와 줄 것입니다.
경영진에 대한 나의 경험에 따르면 a) 모든 것에 대해 매우 간결한 설명을 원합니다. b) 달러 수치와 관련된 사실에만 관심이 있습니다.
개발자에게 Git over Clearcase (또는 그 문제에 대한 Clearcase의 다른 버전 제어 시스템)의 장점을 설명 할 수 있지만 기술적 배경이없는 기술 임원 에게이 작업을 수행하는 방법에 대한 빈칸을 그립니다. MBA에서 지리학을 전공했습니다.)
나는 그녀에게 어떤 주장이 기술적 인 횡설수설처럼 들리거나 개인적 취향을 복음화하고 있다고 느낀다.
내가 찾으려고하는 것은 개발자가 Git 또는 최신 소스 제어 시스템을보다 효과적으로 사용한다는 것을 보여주는 구체적인 사실입니다.
다른 팀이 Git을 내부적으로 사용하기 시작했다는 사실은 의미있는 신호라고 생각하지만 여전히 개인 취향으로 무시 될 수 있기 때문에 아직 강하지 않습니다.
내가 정말로 필요한 것은 "이 과정은 20 년 동안 효과가 있었는데 왜 변경해야합니까?" 논의.