2009-08-28 4 views
4

코드 롬 생성 파일의 버전 번호를 제어하는 ​​것은 무엇입니까?코드 롬 생성 파일의 버전 번호를 제어하는 ​​것은 무엇입니까?

우리의 개발자 중 일부는 얻을 :

//------------------------------------------------------------------------------ 
// <auto-generated> 
//  This code was generated by a tool. 
//  Runtime Version:2.0.50727.4005 

다른 사람다면 :

//------------------------------------------------------------------------------ 
// <auto-generated> 
//  This code was generated by a tool. 
//  Runtime Version:2.0.50727.3082 

을하지만 모두가 닷넷 3.5 SP1을 실행하는 것으로 보인다.

일부 제품에는 4005가 있고 다른 제품에는 빌드 번호가 3082 인 이유는 무엇입니까?

이것은 소스 제어에 큰 고통입니다.

+0

이 숫자는 C : \ WINDOWS \ Microsoft.NET \ Framework \ Framework \ v2.0.50727의 버전을 기반으로 할 수 있습니다. \ mscorlib.dll 있습니다. –

답변

1

모두가 .NET 3.5 SP1을 실행 중이지만 정확히 동일한 버전의 .NET 3.5 SP1을 실행하지 않습니다. 특히 어떤 이유로 든 다른 정확한 빌드를 실행하게됩니다. 나는 OS의 차이점이나 Windows 업데이트로 인한 게으름을 의심 할 것입니다.

+0

올바른 : 예를 들어 Vista 또는 Win7에 내장 된 .NET 비트는 일반 릴리스와 다른 개정 번호를 갖게됩니다. –

+0

답장을 보내 주셔서 감사합니다. 모두가 XP를 실행 중이며 모든 사람이 Windows 업데이트를 통해 완전히 최신 상태 인 것으로 보입니다. 누구도 CodeDom의 버전 관리를 담당하는 파일/어셈블리를 알고 있습니까? – RMK

1

패치 (예 : Windows Update를 통해 제공되는 경미한 버그 수정)는 "책임이 있습니다".

0

그래, 빠른 수정 프로그램 중 일부는 기본적으로 Windows 자동 업데이트 설정이 남아있는 경우 자동으로 다운로드하여 설치합니다. 정말 문제가 발생하면 지금 사용중인 버전을 알기 위해 readme 또는 일부 정책을 전달할 수 있습니다. 그러나 olny가 마지막 숫자가 다르다면 그것은 다행스럽게도 funcionality를 깨뜨리는 버그 수정을 포함한다는 것을 의미합니다. 해결 방법 코드를 제외하고 해킹하거나 고정 된 프레임 워크 버그를 고치려는 해킹을 제외하고 ...

관련 문제