svnrev. SVNREV는 현재 개정 된 프로젝트 수를 C / C ++ 헤더 파일, Java 패키지 파일 또는 C # 클래스 파일에 기록하는 작은 프로그램입니다. 이 개정 번호는 상수에 저장됩니다 (t에서 매크로
지금 다운로드

svnrev. 순위 및 요약

svnrev. 태그

우표 CVS. CVS 자원 Subversion 통합 VB6 전복 파괴 Subversion Client. Subversion 구성 Subversion 로그 CVS의 스펙트럼 Subversion Monitor 전복 라이브러리 Subversion 서버 관리 소중전 관리 CVS 고객 CVS 제어 CVS 모듈 작업 CVS. CVS 기능 Subversion Server. CVS 옵션 전복 인터페이스 Subversion을 편집기 액세스 CVS Subversion 관리 파이썬 전환 CVS 파일 스탬프 신청 스탬프 구성 요소 C ++ 헤더 RCS Subversion Deployer 수은으로의 전복 CVS의 후계자 CVS 가져 오기

svnrev. 설명

수정 번호가있는 응용 프로그램이나 구성 요소를 스탬프하십시오 SVNREV는 현재 개정 수의 프로젝트를 C / C ++ 헤더 파일, Java 패키지 파일 또는 C # 클래스 파일에 기록하는 작은 프로그램입니다. 이 개정 번호는 수 (C / C ++의 경우 매크로), 둘 다 숫자와 문자열로 저장됩니다. 소스 파일에 있어야하는 "RCS 키워드"에서 개정 번호를 가져옵니다. SVNREV는 Subversion 버전 제어 시스템을 위해 특별히 설계되었지만 CV 및 RCS와 함께 사용할 수도 있습니다. SVNREV는 특정 IDE에 의존하지 않는 자체 포함 유틸리티입니다. SVNREV는 휴대용 유틸리티이며 적합한 C 컴파일러를 사용할 수있는 모든 환경에서 실행되어야합니다. 우리의 목표는 "makefile"에서 사용하고 버전 제어 시스템에 첨부하는 것이 었습니다. 특히 Subversion 시스템에 연결하는 것이 었습니다. SVNREV를 사용하는 이유는 무엇입니까? 컴퓨터 프로그램에는 버전이 있습니다. 각 구성 요소 (DLL, ActiveX 객체, OLE 서버, 임베디드 펌웨어 등)는 자체 버전을 가질 수 있습니다. 세계가 완벽하면 동일한 버전 번호가있는 두 가지 구성 요소가 존재하지 않아야합니다. 실제로 "스텔스"업그레이드는 특히 베타 기간 동안 발생합니다. Msvcrt20.dll의 여러 가지 다른 릴리스가 모두 동일한 버전 2.11.000 을가집니다. 비슷한 방식으로 ctl3d.dll 버전 1.0 및 comdlg32.dll 버전 4.00의 호환되지 않는 릴리스는 "밖에 있습니다". 다양한 구성 요소를 구분하는 데 필요한 것은 구성 요소의 버전 문자열에 "수정 번호"를 첨부하는 것입니다. 이러한 구성표가 설정되면 (및 개정 번호는 버전 번호의 일부)이지만 개발자는 더 이상 이전 버전 스탬프가 이전 버전 스탬프로 업데이트 된 구성 요소를 실수로 릴리스하지 않습니다. 버전 번호가 "정보"상자 및 / 또는 버전 리소스에 있으면 사용자는 자신이 가진 버전을 정확히 신속하게 확인하고 개발자에게 전달 될 때 버그가 훨씬 쉽습니다. 낳다. 더 인기있는 조건 : 고객이나 동료가 그 구성 요소인지 물어 본 적이 있다면 SVNREV를 사용하여 고려해야합니다. 파일 날짜 / 시간 스탬프는 신뢰할 수없는 (잘 자격이없는) 명성이 있습니다. 모든 컴파일에 대한 빌드 번호를 자동으로 증가시키는 몇 가지 유틸리티가 있습니다. 그러나 이것은 빌드 스탬프와 버전 제어간에 직접적인 링크가 없음을 불리한 단점이 있습니다. 이러한 링크를 얻으려면 현재 빌드 번호를 버전 제어에 보유하는 파일을 체크인해야합니다. 다중 개발자 그룹에서는이 기계 생성이 자주 변경되는 파일이 버전 제어 시스템에 대한 불쾌감이 될 것입니다. 실제로 일반적으로 버전 컨트롤에서 시스템 생성 파일을 넣지 않습니다. SVNREV는 다른 접근 방식을 사용합니다. 버전 제어 시스템이 소스 파일에서 유지하는 키워드에서 빌드 번호를 쿼리합니다. 보다 구체적으로 SVNREV는 "$ ID : $"키워드 (선택적으로 두 가지 다른 것)를 사용합니다. Subversion은 파일 당 별도의 개정 번호 대신 전체 프로젝트의 단일 개정 번호만을 사용하는 편리한 속성을 갖추고 있습니다. 이것은 CVS와 RCS가있는 경우가 아닙니다. CVS / RCS가있는 SVNREV 사용에 대한 자세한 내용은 "CVS 및 RCS가있는 SVNREV 사용"절을 참조하십시오. SVNREV는 제품 / 업데이트를 누군가에게 보내기 전에 버전 제어를 변경하려면 변경 사항을 커밋한다고 가정합니다. SVNREV가 차이를 감지하면 "수정 된 플래그"를 생성하는 매크로 / 상수 중 두 개에 추가합니다. 이 추론은 소스 코드의 로컬 복사본이 아직 버전 제어가 아닌 변경 사항이 포함되어 있지 않으면 보낸 응용 프로그램 / 구성 요소의 개정 번호가 Subversion의 잘못된 개정 번호와 연결됩니다. 숫자는 문에서 나가는 이전의 응용 프로그램 / 구성 요소와 다를 수 있습니다 (버전 관리를 사용하지 않는 한, 버전 제어를 사용하지 않거나 훨씬 빨리 업데이트를 보내지 않는 한). 따라서 다음을 먼저 커밋 한 다음 배포 할 최종 릴리스를 작성하십시오.

svnrev. 관련 소프트웨어