iOS 버 전 번호 관리

버 전 번호 형식: v..
버 전 번호 초기 값: v 1.0.0
관리 규칙:
주 버 전 번호 (주 버 전)
1. 제품 의 주체 구 조 를 중대 하 게 수정 하고 주요 버 전 번호 에 1 을 추가 합 니 다.
2. 제품 의 주체 구조 재 간 의 인터페이스 협의 가 중대 하 게 수정 되 고 메 인 버 전 번호 에 1 을 추가 합 니 다.
부 버 전 번호 (Minor version)
1. 메 인 버 전 번 호 를 변경 할 때 부 버 전 번 호 를 0 으로 설정 합 니 다.
2. 데이터 구조 변경 (주석 의 미 를 추가 하거나 수정 하 는 경 우 는 제외), 부 버 전 번호 에 1 을 추가 합 니 다.
3. 부 버 전 번호 가 20 을 초과 할 때 주 버 전 번호 로 진 위 를 하고 주 버 전 번호 로 1 을 추가 합 니 다.
부 버 전 번호 다시 0.
배포 번호 (릴 리 스)
1. 주 버 전 번호 또는 부 버 전 번호 변경 시 Release 번 호 를 0 으로 설정 합 니 다.
2. 발 표 된 버 전이 데이터 구조 변경 이 없 으 면 Release 번호 에 1 을 추가 합 니 다.
예 를 들 어 설명:
새 버 전이 출시 될 때 는 major, minor 또는 build (있 을 경우) 의 판 번 호 를 업데이트 하여 변 경 된 크기 를 결정 해 야 합 니 다.
큰 업데이트 가 있 을 때 major 의 판 호 를 추가 합 니 다.큰 업데이트 가 있 지만 major 를 업데이트 할 정 도 는 아 닙 니 다. minor 의 판 호 를 업데이트 합 니 다.
업데이트 가 작 으 면 벌레 제거 (bug fixing) 만 있 으 면 build 의 판 호 를 업데이트 합 니 다.다음은 하나의 예 이다.
1.0 → 1.0.1 → 1.0.2 → 1.1 → 1.1.1 → 2.0 → 2.1 → 2.1.1 → 3.0 →... 이상 의 예 에서
1.0 에서 1.0.1 에서 1.0.2, 1.1 에서 1.1.1, 2.1 에서 2.1.1 까지 모두 작은 업데이트 이다. 예 를 들 어 bug fixing, 인터페이스 미조정 등 이다.
1.0.2 에서 1.1, 2.0 에서 2.1 까지 모두 비교적 큰 업데이트 이다. 예 를 들 어 새로운 기능 을 많이 추가 했다.
한편, 1.1.1 에서 2.0, 2.1.1 에서 3.0 은 중대 한 업데이트 이다. 예 를 들 어 app 의 인터페이스 나 기능 이 완전히 변화 한다.

NSString *executableFile = [[[NSBundle mainBundle] infoDictionary] objectForKey:(NSString *)kCFBundleExecutableKey];    //      

NSString *version = [[[NSBundle mainBundle] infoDictionary] objectForKey:(NSString *)kCFBundleVersionKey];      //       



NSDictionary *infoDictionary = [[NSBundle mainBundle] infoDictionary];
 CFShow(infoDictionary);
// app  
 NSString *app_Name = [infoDictionary objectForKey:@"CFBundleDisplayName"];
 // app  
 NSString *app_Version = [infoDictionary objectForKey:@"CFBundleShortVersionString"];
 // app build  
 NSString *app_build = [infoDictionary objectForKey:@"CFBundleVersion"];