2.3.3
, but SwiftyJSON.podspec
sets version to 2.3.2
.2.3.2
next to SwiftyJSON
header).Since 2.3.3
version has already been tagged, I think this can only be fixed in version 2.3.4
.
warning: '++' is deprecated: it will be removed in Swift 3
Please update your Pod ASAP
Many thanks 馃槃
@CharlesGrimont You could use --allow-warnings
as a temporary fix to submit your pod, I have only used it on private specs but it should work.
But +1 for the release!
@otaran it could be fixed without tagging 3.2.4 as versions are related to tags.
However you can fix your problem using the :commit
or :tag
syntax in your Podfile. Not a long term solution but a decent one in the meantime.
See https://guides.cocoapods.org/syntax/podfile.html#pod for more information.
Thanks for a workaround, @amarcadet!
I am not sure I understand what you mean by "versions are related to tags". SwiftyJSON.podspec
uses git tag to get pod source code. If maintainer will update pod version to 2.3.3
, it will point to 2.3.3
tag which doesn't include changes made to SwiftyJSON.podspec
. If I understand this issue correctly, maintained will need to first update podspec, then tag commit which has changes made to podspec.
You're welcome :)
Actually, it doesn't matter if the .podspec
currently commited in the tag 2.3.3
has version 2.3.2
because cocoapods use the spec published in the specs repo and only the version in that file really matters when running pod [install|update]
.
During the process of pushing a new version, cocoapods use the tag currently defined in the local .podspec
to checkout the pod directly from the git repo and check if everything compile without issues. That's why you need to tag a version before pushing it to cocoapods.
So in theory, publishing the 2.3.3
afterwards is possible! Hope it's clear!
Ah, I see, now it makes sense, thank you!
@otaran I believe your issue was addressed so I'll go ahead and close this. Let me know if we need to reopen!