Distributed Version Control Systems(1-5)

This is where Distributed Version Control Systems (DVCSs) step in. In a DVCS (such as Git, Mercurial, Bazaar or Darcs), clients don’t just check out the latest snapshot of the files; rather, they fully mirror the repository, including its full history. Thus, if any server dies, and these systems were collaborating via that server, any of the client repositories can be copied back up to the server to restore it. Every clone is really a full backup of all the data.

 

여기서 나눠진 버전 컨트롤 시스템이 개입합니다. / DVCS에서, 클라이언트들은 단지 확인하지 않는다 /  가장최근 스냅샷 / 파일의; / 상당히, 그들은 완전히 저장소를 비추고, 전체 내역을 포함한 / 따라서, / 언제든 서버가 죽고, 이 시스템들 협력했던 /  서버를 통해, / 언제든 사용자 저장소에서 다시 복사할수있다 / 서버에서 / 복원

 

여기서 DVCS가 개입합니다. DVCS에서, 사용자들은 단순히 파일의 가장 최근의 스냅샷을 확인할 뿐만 아니라, 전체 기록을 포함하여 저장소를 완전히 미러링 합니다. 따라서, 서버가 죽고 이 시스템이 서버를 통해 협력했다면, 사용자 저장소를 서버로 다시 복사하여 복원할 수 있습니다.

 

 

Furthermore, many of these systems deal pretty well with having several remote repositories they can work with, so you can collaborate with different groups of people in different ways simultaneously within the same project. This allows you to set up several types of workflows that aren’t possible in centralized systems, such as hierarchical models.

 

더욱이, 이 시스템들중 대부분은 작업 가능한 여러 원격 저장소를 가지는 것에 적합하다, 그래서 동일 프로젝트에서 동시에 다른 방식으로 다른 그룹과 협업 할 수 있습니다. 이렇게 하면 계층 모델과 같이 중앙 집중식 시스템에서는 불가능한 여러 유형의 워크플로우를 설정할 수 있습니다.