버전 제어 파일의 속성을 변경하지 않고 유지할 수 있습니까? 내 설치 관리자가 클라이언트 컴퓨터에서 다시 만들려는 디렉터리 구조가 있습니다. 나는 전체 디렉토리가 파일 속성에 영향을 미치지 않고 VCS에 위치 할 수 있기를 바랬다.버전 제어 파일의 속성 유지 변경되지 않음
저는 TFS를 사용하고 있지만 다른 버전 제어 시스템에 대해서도 듣고 싶습니다.
편집 : 나는 숨김/보관/시스템/읽기 전용과 같은 Windows 파일 시스템 속성에 대해 이야기하지만 작성/수정 날짜와 같은 다른 정보도 환영합니다. 필자는 일부 파일이 읽기 전용이고 해당 파일을 클라이언트 시스템에 설치해야하는 디렉토리 구조를 가지고 있습니다. TFS는 파일이 체크인 또는 체크 아웃되었는지 여부에 따라 읽기 전용 특성을 설정/설정 해제하는 경향이 있습니다.
일반적으로 버전 관리 시스템은 저장소에있는 파일에 대한 전체 메타 데이터 정보를 저장소에 저장하지 않습니다. 버전 제어 시스템의 일반적인 사용에서는이 작업이 필요하지 않으며 문제가 발생할 수도 있습니다. 버전 제어 시스템은 "순조롭게"메타 데이터의 서브 세트 (예 : 실행 권한 및 기호 링크)를 저장합니다.
가능한 해결책은 파일 메타 데이터의 필수 부분을 일부 파일 (일반적으로 일반 텍스트 파일)에 저장하고이 파일을 버전 제어하에 두어 모든 클라이언트에 자동으로 배포하고 후크를 사용하여 메타 데이터를 복원하는 것입니다 점검. 도구의
예 솔루션은 저장 및 메타 데이터가 포함 복원 (예 Git위한 불행하게도, 그리고 TFS를하지만 중요한 아이디어입니다)하기 :
버전 제어하에 구성 파일을 유지하는 도구의 예제 솔루션 (다시 : Git을 모두 사용 백엔드)은 다음과 같습니다
TFS는 TFS의 최신 버전에 파일 특성 데이터 (예 : 만든 날짜, 수정 한 날짜) 등을 저장하지 않습니다. 이러한 특성의 값은 파일을 처음 다운로드하거나 수정하는 경우 로컬 컴퓨터의 시간입니다.
그건 내가 몰랐던 한계 다. 그래서 나는 진짜 파일 날짜를 보존 할 수 없습니까? (타사, 바이너리) 파일에 날짜를 보존하는 것이 중요합니다. 그 파일들을 TFS로 확인하지 않아도 될까요? – Aardvark
어셈블리의 특성을 보존하는 것이 중요하지 않았습니다. 과거에 그 문제로 들었던 유일한 사람들은 빌드간에 변경된 파일 만 푸시하려는 웹 응용 프로그램 사용자를위한 것입니다. 타사 라이브러리의 날짜를 보존해야하는 이유는 무엇입니까? –
예 - 나는 xcopy가 바뀌는 wweb 디자이너들 중 한 명입니다. 그러나 누군가가 체크 아웃하면, 그 사람은 현재 다른 사람이 현재 일하고있는 파일들 (dev state server - 모든 xcopy 파일)에 대해 xcopies를 수행한다. – BananaAcid
TFS 2010 버전 제어 객체에 임의의 메타 데이터를 첨부 할 수있는 기능을 가지고있다. 그러나 자신 만의 도구를 작성해야합니다.
API 사양 (prelease) : 동일한 속성을 유지하려는 이유 http://blogs.msdn.com/mrod/archive/2008/05/09/team-foundation-server-properties.aspx
내가 물어 봐도 될까요? 특히 MSI 설치 관리자가 나오면 VCS 시스템에서 클라이언트 컴퓨터까지 계속적으로 원하는 어떤 속성이 있습니까? 처리 할 클라이언트 측 시간대의 차이점을 어떻게 나타내시겠습니까? –