2008-08-08 3 views
5

자동화 빌드 머신은 OS의 버전 번호와 각 빌드 동안 사용 된 다양한 도구를 보관해야합니다. (우리가 나중에 정확히 같은 빌드를 복제 할 필요가있을 때, 아마도 컴퓨터가 오래 전에 죽었을 때).빌드 보관 목적으로 OS 및 도구 버전 번호 수집

"msinfo32.exe"명령을 사용하면 시스템 버전 정보의 전체로드를 덤프 할 수 있습니다. 우리가 보관할 수도 있습니다.

Visual Studio 도구의 버전 번호를 쉽게 보관하는 방법을 알고있는 사람이 있습니까?

다른 개발자가 아카이브 목적으로 이러한 종류의 정보를 수집하는 데 사용하는 메커니즘은 무엇입니까?


추가 정보 Fabio Gomes.

5 년 후에는 정확한 OS 및 도구 구성 (가장 가까운 보안 업데이트까지)을 다시 만들 수 없다는 것에 동의합니다. 불행히도 이것은 실제로 계약상의 요구에서 비롯된 것입니다. 고객에게 제공 할 수있는 제품의 일부로 모든 소스 코드의 사본을 제공하고 빌드를 복제하는 방법에 대한 명확한 지침을 제공해야합니다. 이 요구 사항을 완벽하게 충족시키는 것은 불가능합니다.

그래서 저는 답을 옳은 것으로 표시하고 (실제로는 불가능하다는 것에 동의합니다) 나머지 스택 오버플로를 가지고 노는 것을 계속합니다. :)

추신. 스택 오버플로가 원래 질문을 편집하는 대신 답변에 대한 응답을 지원하면 정말 좋을 것입니다. 그러나 그것이 already been denied을 가지고 있음을 알았습니다.

답변

0

미안하지만, 미래에 똑같은 빌드를 복제 할 필요 무엇을 이끌 수 있을까?

제 경험으로는 제품 설치 프로그램을 안전하게 유지하거나 처음부터 새 빌드를 시작하십시오.

또한 IMO는 향후 빌드를 똑같은 방식으로 복제하는 유일한 방법은 가상 컴퓨터에서 빌드 컴퓨터를 실행하고 VM 백업을 유지하는 것입니다.

미래에 똑같은 빌드를 복제하는 데 필요한 대부분의 소프트웨어는 더 이상 사용할 수 없으므로이 컴퓨터에 설치하는 모든 소프트웨어 버전의 사본을 보관해야합니다.

해결하려는 문제에 대해 더 구체적으로 설명해 주시겠습니까?

0

명령 줄을 빌드하는 경우 자세한 정보를 표시하고 모든 빌드를 텍스트 파일로 캡처하여 각 빌드와 함께 보관할 수 있습니다.

eg, msbuild <build_file> > myfile.txt

0

대안 제안 : 로컬 도구가 설치되기를 기대하기보다는 관련 도구 (컴파일러, 시스템 헤더 및 라이브러리 등)를 저장소 자체에 저장하십시오. 이 주제에 대해 작성한 blog post을 (를) 참조하십시오.

저는 Visual Studio, gcc 등을 모두 내 Subversion 저장소에 체크인했습니다.