오류 ITMS-9000 :“중복 이진 업로드.

오류 ITMS-9000 :“중복 이진 업로드. 기차 '1.0'에 대한 빌드 버전 '1.0'의 바이너리 업로드가 이미 있습니다.”

---

Xcode 5.1.1을 통해 iTunes Connect에 빌드를 업로드하려고 시도하고 있지만 계속로드 중이며 앱이 업로드되지 않음을 보여줍니다. 그래서 Application Loader로 업로드를 시도했지만 아래 오류가 표시됩니다.

오류 ITMS-9000 : "중복 이진 업로드. 기차 '1.0'에 대해 빌드 버전이 '1.0'인 이진 업로드가 이미 있습니다."

iTunes의 앱 상태가 업로드 대기 중입니다. 한 번 업로드가 성공적으로 완료되었지만 상태가 반영되지 않아 이제 다시 업로드 할 수 있습니다.

또한 방금 웹 사이트가 변경되었는지 확인했습니다. 무엇이 잘못되었는지 모르겠다.

편집하다

사과 새 웹 사이트에 검토 제출 버튼이 없습니다. 그러나 이제 그 버튼을 볼 수 있습니다. 그게 내 문제를 해결했습니다. 또한 Organizer보다 빠른 Application Loader를 사용하여 빌드를 업로드하는 것이 좋습니다.

---

iTunesConnect에 업로드 된 각 빌드에 대해 빌드 번호가 증가하는 경우 동일한 버전의 App Store Connect 에 둘 이상의 바이너리가 업로드 될 수 있습니다 . 빌드 번호 는 업로드 된 각 바이너리 마다 고유 해야 합니다 ( 대상을 선택한 다음 Xcode-> 일반-> 빌드를 선택하십시오 (아래 그림 참조)). 예를 들어 아래 이미지에서 업로드 된 빌드의 버전은 3.1.4 (이전 이미지의 3.75)이며 빌드 번호는 1 입니다. 따라서이 이미지를 업로드 한 후 빌드를 최소 2 이상으로 늘리십시오 . 그런 다음이 바이너리는에 따라 나중에 빌드되므로 App Store Connect에 업로드 될 수도 있습니다 .build number

는 version메모 응용 프로그램의 릴리스 버전 당신이 사용자에게 공개합니다. 는 build number마지막 발언 빌드 많은 버그 수정 후 저장, 즉에 업로드 바이너리를.

Xcode 9 이후 상점에 빌드 번호가 동일한 이전 빌드가있는 경우 동일한 버전의 새 빌드를 업로드 할 수 없습니다. 따라서 빌드 번호를 확인하고 확실하지 않은 경우 늘리십시오.

편집 : 그것은 사용하는 것이 더 맞습니다 1, 2, 3, 4빌드 번호 등,하지만 버전 번호는 1.0 증가되어야한다 -> 1.1 -> 1.2 등의 빌드 번호가에 대해 이전에 제출 된 것보다 더 높은 수있다 오류가 아닌 경우 동일한 버전 번호. 따라서 버전 3.75의 새 바이너리가 제출되고 빌드 1이 이미 제출 된 경우 다음 빌드는 2 이상이지만 버전은 여전히 ​​3.75로 유지 될 수 있습니다.

일련 번호 를 갖는 새로운 업데이트 및 권장 방법 :

아래 이미지와 일치하는 오래된 이미지 :

새로운 바이너리가 업로드되어 처리 된 후 (~ 5-20 분의 처리 시간, 다시 업로드가 표시되지 않고 대기하는 경우), 새로운 바이너리를 선택하고 검토를 위해 제출할 수 있습니다. 아래 그림에서 현재 앱 버전의 빌드 섹션에있는 App Store Connect에 이전 및 새 바이너리가 표시되어 있습니다 (더하기 부호를 클릭). 그런 다음 새 바이너리가 선택됩니다-> Saved-> Submit for Review. (제출할 때 오류가 발생하는 경우 몇 분 후에 시도하거나 새 바이너리를 업로드하십시오).

Xcode 스크립트를 사용하여 자동 으로이 작업을 수행하려는 사람들을 위해 빌드 번호를 업데이트하기위한 자동 스크립트 작성에 대한 설명이 있습니다 빌드 번호를 늘리는 더 좋은 방법은 무엇입니까?

---

사람들이 왜 float빌드 번호를 사용 하는지 모르겠습니다 .

The standard way in my opinion is to put an integer in build number and a float or dotted string for version.

i.e.

     Version: 1.0.0
     Build: 2

---

You will need to just change the Build and Its version. In store live version : 1.1 For upload new version : 1.2 (Here if you fail to upload with 5.1.1 or earlier version) then again need to upload so New upload will be : 1.3

Now go iTunesconnect account login Apps> Select your app > In Build section remove old by click on (-) again select by click (+) here you see all build select last one then Done, Save it then submit for review. Also check attached screenshot.

---

Definitely it is not possible to delete old build from iTunes Connect before uploading its newer version. iTunes Connect interface is just not as advanced for this operation.

But actually you don't need to delete it (let Apple take it for themselves if they like). You need to change your Build number (not Version number) and upload it again.

For example if you have Version number 1.0 with Build number 1.0 then change Build number to 1.0.1 and leave Version number as it is 1.0. Then upload it - and iTuned Connect will accept newer build. All the rest is quite obvious. Good luck!

---

I noticed that Apple takes a lot of time before a build becomes available for submission. I uploaded my build a couple of times before I could select it. By than my build was invalid because the same build version was a couple of times on the server and I got the "Redundant Binary Upload" mail.

In my case I could select the new binary 15 minutes after uploading the build (with new build number) form Xcode.

---

I tried increasing the build number out to 3 decimals (eg. 1.5.1) and that still got me the redundant binary error. After I added one more decimal (eg. 1.5.1.0) it worked!

Screen Shot of my settings:

---

I need to warn you that almost all answers here (including accepted one) promote non-conventional way for numerating builds.

This is not critical, but it's always better to stick with convention, so I encourage you to check out this answer to get an idea on how to numerate your builds.

And yes, answering the original question, all you have to do is to increment your build number. Properly.

---

I just went through the same issue. Unfortunately I had created version 1.0.1 of my app and uploaded a binary with the same version which got rejected as invalid. There was no way for me to reject the binary from the system afterwards so I had to first figure out what the reason for the rejection was and then change the app version to 1.0.2 on both iTunes Connect and the new uploaded binary with the correct code fixes. It is now sitting at Waiting for Review.

The first 3 times I attempted this, the binary was rejected almost immediately. It took me about 2 hours to figure out my rejection reason which was to remove 'arm64' from the Valid Architectures. I hope this helps you.

---

I simply increased the version number first inside of iTunes connect. This allowed me to upload a new version of the binary and had no problems.

---

2.4내 앱 버전을 업로드하고 싶고 정확히 그 오류 메시지가 나타납니다. 이것은 버전의 첫 번째 업로드였으며 iTunesConnect에는 바이너리가 없었습니다.

빌드 버전을에서 2.4로 변경하면 쉽게 해결할 수 있습니다 2.4.0. 버전을 증가시킬 필요가 없습니다. iTunes는 빌드 버전으로 세 부분으로 된 버전 번호를 기대합니다.

참고 URL : https://stackoverflow.com/questions/25680604/error-itms-9000-redundant-binary-upload-there-already-exists-a-binary-upload