Checkin 명령

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

Visual Studio 2019 | Visual Studio 2022

TFVC checkin 명령은 보류 중인 파일의 검사 폴더는 서버로 변경됩니다.

개발자 컴퓨터의 파일에 대한 거의 모든 변경 내용은 작업 영역에 저장되어 검사 때까지 보류 중인 변경 내용으로 저장됩니다. 변경 내용을 검사 서버에 변경 집합으로 저장됩니다. 이 checkin 명령은 팀의 코드베이스에 대한 작업 체크 인에서 Visual Studio에 대해 문서화된 동일한 프로세스를 수행하는 다른 사용자 인터페이스를 제공합니다.

  • 변경 내용을 따로 설정하거나 작업 영역을 다른 작업에 클린 경우 Shelve 명령을 사용합니다.

  • 충돌이 검사 차단하는 경우 해결 명령을 사용하여 해결할 수 있습니다.

  • 컴퓨터 및 사용자 계정에 선반이 포함된 프로젝트 컬렉션에 매핑된 작업 영역이 없는 경우 선반에 검사 옵션 및 /collection 옵션을 사용할 /shelveset 수 있습니다.

필수 조건

구문

tf checkin [/author:author name] [/comment:("comment"|@comment file)] 
[/noprompt] [/notes:("Note Name"="note text"|@notefile)] 
[/override:(reason|@reasonfile)] [/recursive] [/saved] [/validate] [itemspec] [/bypass] [/force] [/noautoresolve] [/login:username,[password]] [/new]
tf checkin /shelveset:shelvesetname[;shelvesetowner] [/bypass] [/noprompt] [/login:username,[password]] [/collection:TeamProjectCollectionUrl][/author:author name] [/force]

매개 변수

매개 변수

설명


/author:<author name>

사용자가 다른 사용자를 대신하여 변경 내용을 검사 수 있도록 보류 중인 변경 내용의 작성자를 식별합니다.

CheckinOther 권한이 필요합니다. 사용 권한 및 그룹 참조를 참조하세요.

/bypass

제어된 검사 요구 사항을 무시합니다. 자세한 내용은 제어된 검사 빌드 프로세스로 제어되는 폴더에 체크 인을 참조하세요.

/collection:<ProjectCollectionUrl>

shelveset 옵션을 사용하는 경우 이 /collection 옵션은 선반이 포함된 프로젝트 컬렉션의 URL을 지정합니다. 예: http://myserver:8080/tfs/DefaultCollection

기본적으로 프로젝트 컬렉션은 현재 디렉터리를 매핑하는 작업 영역을 포함하는 것으로 추정됩니다.

/comment

다음 인수 중 하나를 사용하여 주석을 변경 집합과 연결합니다.

  • "<comment>": 검사 대한 사용자가 제공한 주석입니다.
  • @<comment file>: 검사 대한 주석이 포함된 디스크의 파일 경로입니다.

/force

파일에 콘텐츠 변경 내용이 없는 경우에도 보류 중인 편집이 있는 항목에 검사 강제로 입력합니다.

<itemspec>

사용자의 작업 영역에서 검사 항목의 범위를 지정합니다. 둘 itemspec 이상의 인수를 지정할 수 있습니다. 구문은 Team Foundation 버전 제어 명령 사용을 참조 하세요.

/login:<username>[,<password>]

명령을 실행할 사용자 계정을 지정합니다. Team Foundation 버전 제어 명령 사용을 참조 하세요.

/new

체크 인 대화 상자에 표시된 대로 보류 중인 각 변경 내용의 선택된 상태입니다. 주석, 연결된 작업 항목, 검사 노트 및 검사 정책 재정의 이유는 개발자 컴퓨터에서 변경 내용을 검사 때까지 보류 중인 변경 내용으로 저장됩니다. 이 /new 옵션은 검사 전에 이 검사 메타데이터를 지웁니다. 이 옵션 및 수정 동작은 옵션을 사용할 /noprompt 때 아무런 영향을 주지 않습니다.

/noautoresolve

기본적으로 시스템은 자동으로 충돌을 시도 AutoResolve All 합니다. 이 기본 동작을 사용하지 않도록 설정하려면 이 옵션을 지정합니다. 자세한 내용은 Team Foundation 버전 제어 충돌 해결을 참조하세요.

/noprompt

체크 인 대화 상자와 같은 창 및 대화 상자의 표시를 표시하지 않으며 출력 데이터를 명령 프롬프트로 리디렉션합니다. Team Foundation 버전 제어 명령 사용을 참조 하세요.

/notes

다음 인수 중 하나를 사용하여 변경 집합과 연결할 하나 이상의 검사 노트를 제공합니다.

  • <NoteFieldName>=<NoteFieldValue>: 검사 입력 메모 필드의 값을 설정합니다. 세미콜론으로 구분된 field=value 여러 식을 제공할 수 있습니다.
  • @<NoteFile>: 검사 입력 메모 필드 이름과 값이 포함된 디스크에 있는 파일의 field=value사용자 제공 경로입니다. 세미콜론으로 구분된 노트 타일은 여러 줄에 걸쳐 있습니다. 예를 들면 다음과 같습니다.

    <Field1>=<Value1>;
    <Field2>=<First line of Value2>;
    <Second line of Value2>;
    <Field3>=<Value3>;

/override

다음 인수 중 하나를 사용하여 검사 정책을 재정의합니다.

  • reason: 검사 정책이 무시되는 사용자 제공 이유입니다.
  • reasonfile: 검사-in 정책이 무시되는 이유에 대한 사용자 제공 설명이 포함된 파일의 경로입니다.

/recursive

지정된 디렉터리 및 하위 디렉터리의 항목에 재귀적으로 검사.

/saved

이 매개 변수를 무시합니다.

/shelveset:<shelvesetname>[;<owner>]

검사 선반을 지정합니다. 선택적 owner 인수는 현재 사용자가 소유하지 않은 선반을 지정합니다.

참고 항목

선반에 검사 후 시스템에서 삭제합니다.

/validate

파일에서 검사 않고 검사 성공할지 여부를 테스트합니다. 시스템은 검사 정책, 검사 노트를 평가하고 충돌을 나열합니다.

참고 항목

옵션을 지정 /noprompt 하지 않으면 체크 인 대화 상자에서 체크 인 단추를 선택하여 검사 유효성을 검사해야 합니다. 이 단추를 선택하면 시스템에서 파일에 검사 않습니다.

예제

다음 예제에서는 사용자의 작업 영역에서 프로젝트 컬렉션에 매핑된 기본 폴더라고 가정 c:\code\SiteApp\Main 합니다.

현재 작업 영역에서 보류 중인 모든 변경 내용을 체크 인합니다.

다음 명령은 현재 작업 영역에서 보류 중인 모든 변경 내용을 표시하는 체크 인 대화 상자를 표시합니다. 체크 인 대화 상자를 사용하여 검사 보류 중인 변경 내용을 선택하거나 지우고, 메모를 추가하고, 작업 항목을 연결하고, 다른 작업을 수행하고, 계속할 준비가 되면 체크 인 단추를 선택할 수 있습니다.

c:\code\SiteApp\Main>tf checkin

메모로 보류 중인 모든 변경 내용 체크 인

다음 예제에서는 현재 작업 영역의 보류 중인 모든 변경 내용을 검사 팀원이 변경의 목적을 이해하는 데 도움이 되는 설명을 제공합니다.

c:\code\SiteApp\Main>tf checkin /comment:"Re-implemented Pi calculator"

체크 인 대화 상자를 사용하지 않고 단일 항목에 대한 변경 내용 확인

다음 예제에서는 program.cs 보류 중인 변경 내용을 검사. 체크 인 대화 상자가 표시되지 않으며 충돌이 검사 차단되면 시스템에서 충돌 창을 표시하지 않습니다.

c:\code\SiteApp\Main>tf checkin program.cs /noprompt