통합하는것을 가리키는 소프트웨어 개발 프랙티스 로서 여기서 자주는 각 팀원이 적어도 하루에 한번 이상, 매일 여러번의 통합이 이루어지는것을 의미한다. 매번 이루어지는 통합은 자동화된 빌드에 의해 통합 에러가 없는지 가능한 빨리 검증된다. (여기에서 빌드는 테스트도 포함한다.) 12년 2월 1일 수요일
슥샥슥샥. 대충 Push 해야지. 요거요거 => git pull 하고 함 돌려봐야지 뭐이야, 이거 안돌아. 에러나. 뭐이래. @aanoaa, 방금 푸쉬한 거 안도네예. 아오.. 제가 뭘 어떻게 해야 제대로 돌아예?. 돌아버리겠네. 모듈없다네. 깔아야지. 12년 2월 1일 수요일
개 발한 소프트웨어 지표이다. 이 지표를 사용하면 소스 코드를 통해 선형적으로 독립적인 경로 또 는 분기의 수를 판단할 수 있다. McCabe에 따르면, 메소드의 복잡도를 10 미만으로 유지하는 것 이 최선이라고 한다. 이는 인간의 기억력에 관한 연구에서 인간이 단기 기억력으로 기억할 수 있 는 항목의 수가 7±2개인 것으로 밝혀졌기 때문에 중요하다. 어떤 개발자가 선형적으로 독립적인 경로가 50개나 되는 코드를 작성하고 있다면, 이 수는 그 메 소드에서 발생하고 있는 일을 계속 추적할 때 단기 기억력의 용량을 대략 5배 이상 초과하는 것 이 된다. 인간의 모든 단기 기억에 부담을 주지 않는 간단한 메소드가 사용하기 더 쉽고 오류가 덜 발생하는 것으로 입증되었다. Enerjy가 2008년에 수행한 한 연구 결과, 사이클로매틱 복잡도 와 불완전성 간에는 강력한 상관관계가 있는 것으로 밝혀졌다. 복잡도가 11인 클래스는 오류 발 생 확률이 0.28이었지만, 복잡도가 74인 클래스에서는 그 확률이 무려 0.98로 상승했다. http://www.ibm.com/developerworks/kr/aix/library/au-cleancode/ Cyclomatic Complexity 12년 2월 1일 수요일