Local Version Control Systems(1 - 3)

Many people’s version-control method of choice is to copy files into another directory (perhaps a time-stamped directory, if they’re clever). This approach is very common because it is so simple, but it is also incredibly error prone. It is easy to forget which directory you’re in and accidentally write to the wrong file or copy over files you don’t mean to.

 

많은 사람들이 버전 제어로 파일을 다른 디렉터리로 복사하는 방법을 사용한다. 이 접근법은 간단해서 매우 흔하다, 그러나 믿기 힘들 정도로 에러를 유발한다. 어느 디렉터리에 넣었는지 쉽게 잊어버리고 뜻하지 않게 잘못된 파일에 쓰거나 복사한다.

 

To deal with this issue, programmers long ago developed local VCSs that had a simple database that kept all the changes to files under revision control.

 

이슈를 다루기 위해서, 프로그래머들은 오래전에 파일의 모든 변경이 revision control에 의해 유지되는 간단한 DB를 가진 로컬 VCS를 개발했다. (RCS -> VCS의 초기 버전)

 

One of the most popular VCS tools was a system called RCS, which is still distributed with many computers today. RCS works by keeping patch sets (that is, the differences between files) in a special format on disk; it can then re-create what any file looked like at any point in time by adding up all the patches.

 

가장 인기있는 VCS도구중 하나는 RCS라 부르는 시스템이었다, / 그것은 여전히 배포된다 / 많은 컴퓨터들에 / 오늘날 . / RCS는 / 유지함으로써 / 패치 세트를 / 특별한 형식 / 디스크 위에;  /  그러면 재구현 할 수 있다 / 어떤 파일 처럼 / 시점에서 / 추가함으로써 / 모든 패치들

 

가장 인기 있는 VCS 도구 중 하나는 RCS라고 부르는 시스템이었다, 그것은 오늘날 여전히 많은 컴퓨터에서 배포된다. RCS는 디스크의 특정 형식에서 패치 세트가 유지됨으로써 동작한다; 그런 다음 모든 패치를 추가하여 언제든지 파일의 모양을 다시 만들 수 있습니다.