소스 제어의 컨텍스트에서 자동화 된 커밋이란

Question

소스 제어의 컨텍스트에서 이란 무엇입니까??

Google 네트워크 도구 엔지니어가 분기를 사용하지 않는다는 사실을 최근에 읽었습니다. 나는 단일 모노 리포 지 (monolithic repo)에 대해 읽었습니다. https://cacm.acm.org/magazines/2016/7/204032-why-google-stores-billions-of-lines-of-code-in-a-single-repository/fulltext

그리고이 댓글을 읽어

그래프는 구글에 대한 사용자 지정 소스 제어 구현으로 전환 시점되는 2012 년까지 인간의 사용자들에 의해 지배 된 커밋 속도를 보여줍니다 커밋 당 요일 중앙 저장소를 호스팅합니다. 이 전환 후 이 자동으로 커밋되어 저장소에이 커지기 시작했습니다. 위탁 비율의 증가는 주로 자동화로 인해 계속됩니다.

제 질문은 'Commit Automation'이란 무엇입니까?

Answer 1

페이지의 "Google Is 2 Billion Lines of Code—And It’s All in One Place"

동시에, 파이퍼는 인간의 코더에서 부담의 대부분을 제거하는 작업을해야합니다. 그것은 인간이 모든 코드 주위에서 머리를 감쌀 수있게해야합니다. 그들은 코드 변화로 서로의 발가락을 밟지 않습니다. 저장소에서 버그와 사용되지 않는 코드를 쉽게 제거 할 수 있습니다. 그리고이 모든 것이 너무 어렵 기 때문에 실제로 그 일을 인간에게서 멀리해야합니다. 구글이 이전 버전 제어 시스템 인 파이퍼 (Perforce)라는 도구에서 파이퍼 (Piper)로 전환 했으므로 자동화 된 '봇 (bot)이 커밋의 대부분을 처리한다.

이것은 '봇이 코드를 작성하고 있음을 의미하지 않습니다. 그러나 회사의 소프트웨어를 실행하는 데 필요한 많은 데이터 및 구성 파일을 생성하고 있습니다. "코드 상태를 유지하기 위해 노력해야합니다."Potvin이 말합니다. "이것은 사람이 코드 건강을 유지할뿐만 아니라 로봇도 유지합니다."