솔루션 배포, CM, InstallShield

Question

사람,

우리는 우리의 응용 프로그램과 함께 작동하는 4 개 또는 5 개의 유틸리티가 있습니다. 이러한 유틸리티는 .bat 파일 또는 VB 응용 프로그램, PowerBuilder 등입니다. 나는 소스 제어에서 이러한 유틸리티를 관리하려고 시도하고 있으며, 버전을 할당하는 더 나은 방법을 찾으려고합니다. 현재 개발자는 버전 컨트롤의 메타 데이터, 특히 레이블을 사용하여 도구의 버전 번호를 저장합니다.

저의 목표는 각 유틸리티에 대해 개별 InstallShield 패키지를 갖고 이러한 패키지에 버전 번호를 관리하고 할당하는 쉬운 방법입니다.

정보와 함께 별도의 .ini 파일을 사용하거나 InstallShield .ism 파일 자체에 정보를 저장 하시겠습니까? 아니면 버전 제어 도구의 메타 데이터 정보 만 사용 하시겠습니까?

---

UPDATE :

나는 생각 오리온을 좋아한다. 나는 한 가지 염려가있다. 버전 번호를 증가시키는 스크립트는 주요 번호 등을 올리려면 충분히 지능적 일 수 없습니다. 예 : 유틸리티 중 하나에 버전 1.2.3이 있고 새 버전이 2.0.0 인 지점에 있습니다. 스크립트가이 문제를 처리하지 못할 수도 있습니다.

이것은 우리의 분기 기술로 많이해야한다고 생각합니다. 우리에게는 아무 것도 없습니다. 사람들은 유틸리티가 너무 작기 때문에 소스가 브랜치를 필요로하지 않을 수도 있다고 생각했습니다.

Answer 1

마지막 작업에서 빌드 시스템을 관리했는데, 이는 사용자가 요청한 것과 유사한 것으로 보입니다.

~ 30 C++ 프로젝트에서 컴파일이 필요하고 다양한 .NET/Java 작업과 이상한 perl 스크립트가 필요했습니다.

이것은 모두 NAnt를 사용하여 빌드 머신에 구축되었습니다. 오늘 내가 이것을하고 있다면 rake을 사용 하겠지만 생각은 같습니다.

기본적으로 저장소의 루트에있는 version.txt 파일에 자동으로 증가하는 빌드 번호가 있습니다.

우리가 빌드를 할 때마다 (매일 밤 자동 실행되거나 필요에 따라 주문형으로 실행될 때마다) 스크립트는이 숫자를 증가시키고 파일을 소스 제어로 다시 체크인합니다.

다른 모든 응용 프로그램은 자신의 버전 번호가이 파일을 참조하거나 다음과 같은 작업을 지원하지 않은 것들에 대한 다른 해결 방법

• 를 환경 변수를 설정하거나 수행 할 스크립트는 그 확신 우리의 installshield 프로그램은 버전 번호에 대한 환경 변수를 참조했지만, Visual Studio의 경우 installshield가 실제로
• 을 빨아 들였고, .csproj 파일 내의 번호를 grep/replace하고 in

이 당신에게 몇 가지 아이디어 특히

Answer 2

파워 빌더는 컴파일 된 응용 프로그램 내로 INI 파일에서 빌드 번호를 통합 할 수있는 멋진 트릭을 가지고 있습니다 바랍니다.여기

상세 사항 : http://www.pbdr.com/pbtips/ex/autorev.htm

우리는 빌드 번호를 저장하고 그 값이 성공적으로 빌드 후 소스 트리에 적용 할 어떤 레이블을 결정하기 위해 우리의 빌드 스크립트에 사용되는 소스 컨트롤 내부의 INI 파일이 있습니다. 우리의 필요에 아주 잘 작동합니다. 분기 할 때 파일을 수동으로 걷어 올려 적절한 숫자를 증가시켜야합니다.

Answer 3

버전 제어 시스템의 메타 데이터를 사용하면 작업을 단순하게 유지해야합니다. 개발자가 이미 시스템을 사용하는 방식입니다. 유지할 추가 파일이 없습니다. 필자의 개인적인 경험은 메인 애플리케이션과 동일한 버전의 위성 애플리케이션 버전을 가르쳐 주었다. K.I.S.