Pod push failing when there are multiple upstream branches

[orta]

~/s/i/ARAnalytics (master ↩↑) rm -rf ~/.cocoapods/
~/s/i/ARAnalytics (master ↩↑) pod push
Setting up CocoaPods master repo
Setup completed (read-only access)

Validating spec
 -> ARAnalytics (2.3.2)
    - NOTE  | [xcodebuild]  Bugsnag/bugsnag/BugsnagNotifier.m:324:59: warning: undeclared selector 'reachabilityForInternetConnection' [-Wundeclared-selector]
    - NOTE  | [xcodebuild]  Bugsnag/bugsnag/BugsnagNotifier.m:325:36: warning: undeclared selector 'startNotifier' [-Wundeclared-selector]
    - NOTE  | [xcodebuild]  Bugsnag/bugsnag/BugsnagNotifier.m:326:60: warning: undeclared selector 'currentReachabilityString' [-Wundeclared-selector]
    - NOTE  | [xcodebuild]  Bugsnag/bugsnag/BugsnagNotifier.m:327:36: warning: undeclared selector 'stopNotifier' [-Wundeclared-selector]
    - NOTE  | [xcodebuild]  Bugsnag/bugsnag/BugsnagNotifier.m:350:75: warning: implicit conversion loses integer precision: 'uint64_t' (aka 'unsigned long long') to 'NSInteger' (aka 'int') [-Wshorten-64-to-32]
    - NOTE  | [xcodebuild]  Bugsnag/bugsnag/BugsnagNotifier.m:355:88: warning: implicit conversion loses integer precision: 'unsigned long long' to 'NSInteger' (aka 'int') [-Wshorten-64-to-32]
    - NOTE  | [xcodebuild]  Bugsnag/bugsnag/BugsnagNotifier.m:356:84: warning: implicit conversion loses integer precision: 'unsigned long long' to 'NSInteger' (aka 'int') [-Wshorten-64-to-32]
    - NOTE  | [xcodebuild]  HockeySDK/Classes/BITAttributedLabel.m:87:68: warning: implicit conversion from enumeration type 'NSTextAlignment' (aka 'enum NSTextAlignment') to different enumeration type 'UITextAlignment' (aka 'enum UITextAlignment') [-Wenum-conversion]
    - NOTE  | [xcodebuild]  HockeySDK/Classes/BITAttributedLabel.m:101:60: warning: implicit conversion from enumeration type 'NSLineBreakMode' (aka 'enum NSLineBreakMode') to different enumeration type 'UILineBreakMode' (aka 'enum UILineBreakMode') [-Wenum-conversion]
    - NOTE  | [xcodebuild]  HockeySDK/Classes/BITAttributedLabel.m:491:49: warning: implicit conversion from enumeration type 'NSLineBreakMode' (aka 'enum NSLineBreakMode') to different enumeration type 'UILineBreakMode' (aka 'enum UILineBreakMode') [-Wenum-conversion]
    - NOTE  | [xcodebuild]  HockeySDK/Classes/BITHockeyHelper.m:281:80: warning: implicit conversion from enumeration type 'enum CGImageAlphaInfo' to different enumeration type 'CGBitmapInfo' (aka 'enum CGBitmapInfo') [-Wenum-conversion]
    - NOTE  | [xcodebuild]  HockeySDK/Classes/BITHockeyHelper.m:424:62: warning: implicit conversion from enumeration type 'enum CGImageAlphaInfo' to different enumeration type 'CGBitmapInfo' (aka 'enum CGBitmapInfo') [-Wenum-conversion]
    - NOTE  | [xcodebuild]  HockeySDK/Classes/BITStoreButton.m:237:51: warning: implicit conversion from enumeration type 'enum UILineBreakMode' to different enumeration type 'NSLineBreakMode' (aka 'enum NSLineBreakMode') [-Wenum-conversion]
    - NOTE  | [xcodebuild]  Localytics/LocalyticsSession.m:1369:35: warning: implicit conversion loses integer precision: 'unsigned long long' to 'NSInteger' (aka 'int') [-Wshorten-64-to-32]
    - NOTE  | [xcodebuild]  Facebook-iOS-SDK/src/FBAppEvents.m:464:81: warning: incompatible pointer to integer conversion sending 'void *' to parameter of type 'NSRegularExpressionOptions' (aka 'enum NSRegularExpressionOptions') [-Wint-conversion]
    - NOTE  | [xcodebuild]  /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS7.0.sdk/System/Library/Frameworks/Foundation.framework/Headers/NSRegularExpression.h:37:111: note: passing argument to parameter 'options' here
    - NOTE  | [xcodebuild]  Facebook-iOS-SDK/src/FBAppEvents.m:470:97: warning: incompatible pointer to integer conversion sending 'void *' to parameter of type 'NSMatchingOptions' (aka 'enum NSMatchingOptions') [-Wint-conversion]
    - NOTE  | [xcodebuild]  /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS7.0.sdk/System/Library/Frameworks/Foundation.framework/Headers/NSRegularExpression.h:77:85: note: passing argument to parameter 'options' here
    - NOTE  | [xcodebuild]  Facebook-iOS-SDK/src/Cryptography/FBCrypto.m:35:17: warning: unused function 'FBReadIntBigEndian' [-Wunused-function]
    - NOTE  | [xcodebuild]  Facebook-iOS-SDK/src/FBInsights.m:62:12: warning: implicit conversion from enumeration type 'FBAppEventsFlushBehavior' to different enumeration type 'FBInsightsFlushBehavior' [-Wenum-conversion]
    - NOTE  | [xcodebuild]  Facebook-iOS-SDK/src/FBInsights.m:66:35: warning: implicit conversion from enumeration type 'FBInsightsFlushBehavior' to different enumeration type 'FBAppEventsFlushBehavior' [-Wenum-conversion]
    - NOTE  | [xcodebuild]  Facebook-iOS-SDK/src/FBNativeDialogs.m:44:21: warning: implicit conversion from enumeration type 'FBOSIntegratedShareDialogResult' to different enumeration type 'FBNativeDialogResult' [-Wenum-conversion]
    - NOTE  | [xcodebuild]  Facebook-iOS-SDK/src/FBSystemAccountStoreAdapter.m:315:28: warning: incompatible integer to pointer conversion sending 'ACAccountCredentialRenewResult' (aka 'enum ACAccountCredentialRenewResult') to parameter of type 'id' [-Wint-conversion]
    - NOTE  | [xcodebuild]  Facebook-iOS-SDK/src/FBTaskCompletionSource.h:41:23: note: passing argument to parameter 'result' here

Updating the `master' repo

Already up-to-date.

Adding the spec to the `master' repo

 - [Update] ARAnalytics (2.3.2)

Pushing the `master' repo

fatal: The current branch master has multiple upstream branches, refusing to push.

the relevant section with verbose

Updating the `master' repo

Already up-to-date.

Adding the spec to the `master' repo

  $ /usr/local/bin/git status --porcelain 2>&1
 - [No change] ARAnalytics (2.3.2)

Pushing the `master' repo

fatal: The current branch master has multiple upstream branches, refusing to push.

I rm'd my cocoapods dir but it still gave the same error. Any ideas?

[alloy]

So how did the story end?? Don’t leave a brother hangin’!

[orta]

It was a a dupe of #1446 which basically said "wait for trunk"

So I closed them both.

[alloy]

Aha :)

However, regardless of the trunk app, pod push should still work properly with simple git repos for, for instance, private repos.

You say you think this has to do with the git version, right?