Version Control System에서 알아두어야 할 용어

http://blog.naver.com/eddykim72/40040493195

Version Control System에서 공통적으로 사용하는 용어들

 

저의 잘못된 번역으로 인한 오해와 잘못된 지식의 전달을 우려해서 원문과 함께 번역문을 기술합니다.

! NOTICE ! This article is excerpted from http://en.wikipedia.org/wiki/Revision_control

 

Baseline (베이스 라인)

    An approved revision of a document or source file from which subsequent changes can be made.

    계속 변경된 문서 또는 소스파일의 승인된 리비전

 

Branch (가지,분기,브랜치)

    A set of files under version control may be branched or forked at a point in time so that, from that time forward,

    two copies of those files may be developed at different speeds or in different ways independently of the other.

    시간상 어떤 시점에서 버전 관리하의 한 셋트의 파일들은 분기될 수 있다. 그래서 그 분기 시점 이후 이러한 파일들의 두 복사본들은

    서로 독립적으로 다른 속도로 또는 다른 방법으로 개발될 수 있다.

   

Check-out (체크아웃) 

    A check-out (or checkout or co) creates a local working copy from the repository. Either a specific revision is specified,

    or the latest is obtained.

    체크 아웃은 저장소로 부터 로컬 작업본을 생성한다. 특정 리비전이 명시되거나 최근 리비전이 획득된다.

 

Commit (커밋, 체크인)

    A commit (check-in, ci or, more rarely, install or submit) occurs when a copy of the changes made to the working copy

    is written or merged into the repository.

    작업본에 변경이 있거나 저장소로 병합되었을 때 커밋이 일어난다(발생한다).

 

Conflict (충돌)

    A conflict occurs when two changes are made by different parties to the same document,

    and the system is unable to reconcile the changes. A user must resolve the conflict by combining the changes,

    or by selecting one change in favour of the other.

    충돌은 동일한 문서에 다른 부서에 의해 두개의 변경있을 때 그리고 시스템이 변경사항들을 조정, 일치시킬수 없을 때 발생한다.

    사용자는 변경사항들을 결합하거나 하나의 변경을 선택함으로써 충돌을 해결해야만 한다.

 

Change (변경)

    A change (or diff, or delta) represents a specific modification to a document under version control.

    The granularity of the modification considered a change varies between version control systems.

    변경은 버전 관리하에 문서상에 특정 수정을 말한다.

 

Change list (변경 리스트) 

    On many version control systems with atomic multi-change commits, a changelist, change set, or patch identifies the set of

    changes made in a single commit. This can also represent a sequential view of the source code, allowing source to be examined

    as of any particular changelist ID.

    극소 다중 변경 커밋을 지원하는(?) 많은 버전 관리 시스템에서, 변경 리스트, 변경 셋, 패치는 단일 커밋에 있어서의 변경사항들의

    한 셋트이다. 이는 소스코드의 순차적인 관점을 나타내며, 어느 특정한 변경 리스트 ID로서 소스가 검사되도록 한다.

 

Dynamic stream (동적 스트림) 

    A stream (a data structure that implements a configuration of the elements in a particular repository) whose configuration

    changes over time, with new versions promoted from child workspaces and/or from other dynamic streams. It also inherits

    versions from its parent stream.

    스트림(특정 저장소에서 요소들의 구성을 수행하는 데이타 구조)의 구성은 자식 워크스페이스 또는 다른 동적 스트림에 의해 

    시간에 따라 변경된다. 이는 부모 스트림으로 부터 버전을 상속한다(물려받는다).

  

Export (엑스포트)

    An export is similar to a check-out except that it creates a clean directory tree without the version control metadata used in a

    working copy. Often used prior to publishing the contents.

    엑스포트는 작업본에서 사용되는 버전 관리 메타데이타 없이 순수한 디렉토리 트리를 생성한다.

    종종 항목들을 공표하기에 앞서 사용된다.

 

Head (헤드, 최신 리비전) 

    The most recent commit. 가장 최근의 커밋

 

Import (임포트) 

    An import is the action of copying a local directory tree (that is not currently a working copy)

    into the repository for the first time.

    임포트는 처음에 (현재의 작업본이 아닌) 로컬 디렉토리 트리를 저장소로 복사하는 작업이다.

 

Mainline (메인 라인) 

    Similar to Trunk, but there can be a Mainline for each branch.

    Trunk와 유사하지만 각 브랜치에 대한 메인라인이 있다.

 

Merge (병합) 

    A merge or integration brings together two sets of changes to a file or set of files into a unified revision of that file or files.

    병합 또는 통합은 파일 또는 파일 세트상의 두 변경 세트를 파일 또는 파일들의 단일 리비전으로 만든다.

• This may happen when one user, working on those files, updates their working copy with changes made, and checked into the repository, by other users. Conversely, this same process may happen in the repository when a user tries to check-in their changes.
• It may happen after a set of files has been branched, then a problem that existed before the branching is fixed in one branch and this fix needs merging into the other.
• It may happen after files have been branched, developed independently for a while and then are required to be merged back into a single unified trunk.

Repository (저장소)

    The repository is where the current and historical file data is stored, often on a server.

    저장소는 현재 그리고 옛 파일 데이타가 서버상에 저장되는 곳이다.

 

Reverse integration (역 통합)

    The process of merging different team branches into the main trunk of the versioning system.

    다른 팀 분기를 버전 시스템의 주요 본체(trunk)로 병합하는 프로세스이다.

 

Revision (리비전, 버전)

    A revision or version is one version in a chain of changes.

    리비전 또는 버전은 일련의 변경사항들에 있어서 한 버전이다. 

 

Tag (태그)

    A tag or release refers to an important snapshot in time, consistent across many files.

    These files at that point may all be tagged with a user-friendly, meaningful name or revision number.

    태그 또는 릴리즈는 일관된 많은 파일들과 시간상의 중요한 스냅샷을 참조로 한다.

    이 시점에서의 파일들은 친숙한, 의미있는 이름 또는 리비전 넘버로 태그될 수 있다.

 

Trunk (트렁크, 본체)

    The unique line of development that is not a branch (sometimes also called Baseline or Mainline)

    분기가 아닌 개발의 유일한 라인이다. (때때로 베이스 라인 또는 메인 라인으로 불려진다.)

 

Resolve (해결)

    The act of user intervention to address a conflict between different changes to the same document.

    동일 문서상에 다른 변경사항들 사이의 충돌을 설명하기 위한 사용자 중재 활동이다.

 

Update (갱신)

    An update (or sync) merges changes that have been made in the repository (e.g. by other people) 

    into the local working copy.

    갱신은 (다른 사람에 의해) 저장소에서의 변경 사항을 로컬 작업본에 병합한다.

 

Working copy                                                                              

    The working copy is the local copy of files from a repository, at a specific time or revision. All work done to the files in a

    repository is initially done on a working copy, hence the name.

    작업본은 저장소로 부터 특정 시간 또는 리비전의 파일 로컬 복사이다.

    저장소에서 파일들에 모든 작업의 완료는 초기에 작업본에 완료된다.

[출처] Version Control System에서 알아두어야 할 용어|작성자 지연아빠