빌드 시스템을 유지하는 데 얼마나 많은 노력이 필요합니까?

에서 StackExchange 팟 캐스트 # 09 이 언급되어있다 :

또 다른 연구는 최근 빌드 시스템을 유지 관리하는 데 얼마나 많은 노력이 필요한지 조사했습니다. 모든 개발 노력의 5-30 %가 빌드 시스템을 유지 관리하는 데 소비됩니다. 유사한 프로젝트에서 작업 할 때도 변형이 거대합니다.

참조 된 연구의 이름은 무엇이며 어디에서 찾을 수 있습니까? Podcast의 오디오에는 추가 세부 정보가 없습니다.

또한 누구나 동일한 주제를 다루는 다른 연구에 대한 링크가 있습니다.

팟 캐스트는 듣지 못했지만 이번 연구는 Shane McIntosh 등의 "빌드 유지 보수 노력에 대한 실증적 연구"라고 불리는 가장 최근의 ICSE 논문 일 것입니다 . 체크 직접 링크 (또는 공식 DOI 페이지를 메타 데이터를 원하는 경우).

그들의 연구는 주로 소스 코드 변경이 빌드에 영향을 미치는 빈도와 팀의 일반적으로 빌드를 유지하는 데 관심이있는 개발자 수에 중점을 둡니다. 나는 그것이 흥미로운 연구라는 것을 기억하지만, 경험적 연구가 사물 사이의 연결을 찾으려고하는 경우와 마찬가지로 숫자를 해석하기가 약간 어렵다는 것을 알았습니다. :)

나는 당신을위한 링크가 없지만 개인적인 경험으로 말하면, 그 비율은 2) 주요 포인트에 따라 다릅니다 : 1) 시스템 설계 및 복잡성 2) 개인 조직

잘 설계된 시스템은 상당히 복잡하더라도 유지하기 위해 최소한의 노력이 필요합니다. 그러나 직원이 코드를 처리하는 데 제대로 훈련되고 조직되지 않은 경우 잘못된 빌드 또는 잘못된 커밋 및 기타를 수정하는 데 오랜 시간이 걸릴 것입니다 ...

그러나 개발 환경, Q & A, RC 및 생산 환경이있는 경우 개발에서 실제 생산으로 이동하는 과정에 큰 영향을 미칩니다.

나는 백분율이 정확하다고 말하고 5 %보다 30 %에 가깝습니다. 당신이 투자하는 모든 것이 5 %라면, 당신은 좋은 일을하고있는 것입니다. (Q & A 또는 RC 또는 심지어 빌드 시스템의 잘못된 관리로 인해 생산 중에 발견 된 오류를 포함하여 큰 지연이 발생할 수 있습니다).