나는 쾌활했던에 최근에 , 새로운 분배된 버전 관리 체계 사람들 에 대해서 이야기하고 있다 소개되었다. 버전 관리 체계는 어떤 개발 팀든지에게 중앙 이고 당신이 수시로 당신의 발달 과정을 체계의 제한에 의해 제한되어 찾아내기 때문에 가볍게 선택되면 안된다. 우리는 파괴, 나가 그것에 긴 노출 후에와 한 결정을 사용해 체계에 완전히 confortable 만들고 방법을 그것의 제한의 주위에 찾아낸. 나는 쾌활했던을 가진 유사한 탐험을 아직 하지 않았다. 나가 항상 나의 과정 개량에 흥미있기 때문에, 나가 쾌활한 문서로 간단히 보고 경이로운 발표를 통해 Bryan O'Sullivan 에의한 갔다 그러나, Google 기술 대화 회의에서 QLogic에 고위 주요한 엔지니어. 몇몇 관측은 여기 있다.

Bryan는 쾌활했던의 속도/성과에 압박했다. 그의 낱말에서 그것은 파괴에 동등물 다소 이다. 쾌활하다 분배된 창고는. 당신은 뿐만 아니라 가득 차있는 부호 또한 가득 차있는 개정 역사가 있다. 중복은 좋다. 그것은 당신이 다른 개발자은 별도로 일하는 것을 허용한다. 그것은 또한 당신의 codebase, 당신의 강건함을 의지하고 있지 않는다 중앙 창고의 가용성 유일하게 에 증가한다. 아무리 중앙 창고는 게다가 이렇게 나쁘지 않다. 당신은 비출 수 있고/것과 같이 그로 인하여 가용성을 증가하는 파괴에서 그(것)들을 쉽게 복제한다.

체계가 본래부터 아주 가동 가능하기 때문에 쾌활할 것이 개발자에 의하여 분야 특정 양이 그것에게 일을 만들 것을 요구할 것이다. 중심 개발자 더보다 그 자체로 우수한 버전 관리 체계인 파괴이다. 이것에는 또한 아래쪽이 있다. 개발자 중심 부호 동기화 절차는 중요한 도관이 한동안 실시할 수 없게 될 때 수그리다 unmerged 변화의 주문잔액을 창조하기 위하여 끝난다. 예를 들면 알갱이의 긴요한 하부 조직의 중요한 개발자가 아프거나 이용할 수 없게 된ㄴ다고 말하십시오. 의지 높은 쪽으로 지금 밀리기 전에 그에 의해 검토되게 예정인 모든 헝겊 조각은 무기한 동안 팬딩되어 있다.
BTW: 파괴를 가진 그런 체계를 실시하는 것은 조차 단단하다.
또한 작업 흐름이 명확하게 정의되지 않는 경우에 확률이 높다 큰 프로젝트로 혼잡을 창조하는 것이.

쾌활한의 제일 특징의 한개는 헝겊 조각을 추적하기 위하여 이해하고 그리고 기능. 이것은 나가 파괴에서 아프게 놓치는 무언가이다. 그것은 나의 발달 생각을 추적하고 층을 이룰 수 있을 것입니다 필요가 있다. 당신은 플러그 접속식 어떤 파괴의 이것을 하는 것을 허용한다 저가 아는가?

이미 쾌활한 - Netbeans와 너무 통합을 위해 MercurialEclipse 그리고 플러그 접속식 - 쾌활한 NetBeans와 통합을 위해 플러그 접속식 식이 있다.

쾌활하다 높게 분배된 오픈 소스 발달을 위한 좋은 체계는. 그것은 그것을 채택하는 다스 명확한 태도 오픈 소스 프로젝트를 가진 견인의 제비를 개발했다. 기업을 위해, 나는 여전히 또는 파괴 억지로 추천할 것입니다. 나는 파괴에 당분간 지키고 있다.

자원:
쾌활한 개념, 자습서, 커닝 페이퍼 및 다운로드.