Parse-sdk-ios-osx: Putting together Parse 1.18.0 release.

Created on 2 Mar 2020  路  29Comments  路  Source: parse-community/Parse-SDK-iOS-OSX

I was wondering if everyone could help me put together release notes. Also, wanted to make sure its cool with everyone that we change this version to 1.18. Seems a bit big to call it 1.17.4.

Heres what I have so far.

  • Removed using NSURLCache in Catalyst. @toto @mman
  • Add get and set server functions. @mtrezza
  • Parse is now compatible with Swift 5. @noobs2ninjas
  • Updated project build targets to work with Catalyst. @noobs2ninjas
  • Created, Updated, and released Bolts fork at parse-community/Bolts-ObjC to allow Parse to move forward with new Swift and OS versions. @mman @noobs2ninjas
  • Parse as well as its dependencies are now compatible with macOS 10.15. @mman

Where Parse's CI and CD are concerned @noobs2ninjas, @drdaz, and @acinader did some hard work to catch Parse back up with our Travis and Circle environments we can hopefully resume having a more regular release schedule.

Thats just what I got from our commit history. Anything you guys could add would be great. Also, if I over simplified something let me know. Better yet, tell me what you'd like it to say instead!

@drdaz or @TomWFox do either of you know whats the status of Apple Sign In? Will it make it in once my PR goes in?

1.18.0

Most helpful comment

@benpackard that's the plan. We hit a brick wall with using our fork. The primary issue is that cocoapods doesn't allow use of git for dependencies. They only allow other pods or system frameworks.

The good news is that Facebook has responded. We are getting maintenance access and a PR of Bolts with the removal of UIWebView etc has already been accepted. Now I just need to update the changelog and we will be good to go to put out a new release of bolts enabling us to put out a new release of Parse.

As per following releases. I'd love to see one with Apple Sign In. Then follow that up another release with additional tuning for Catalyst on both Bolts and Parse.

All 29 comments

@noobs2ninjas Any breaking changes or maybe min. iOS SDK version compatibility that should be raised due to the Bolts fork?

I generally don鈥檛 think it鈥檚 worth adding info about testing etc to release notes/changelog as it has little relevance to people using the SDK.

@TomWFox easy for you to say. You didnt spend dozens of hours doing it! lol If you dont want me to add it I wont.

@mtrezza shouldnt be any breaking changes. We now support swift 5, catalyst, apple sign-in(I think) and macOS 10.15 which we didn't before.

Amazing! Is support for Swift 5 and macOS 10.15 only relevant for SDK contributors or also for SDK users?

@TomWFox help me remember. It's been a long time. Do we support just all versions of Parse server? or is there a minimum/max version we support?

@mtrezza as far as I know using 1.17.3 with cocoapods will give you errors with Swift 5 and macOS 10.15. So will Parse's dependency Bolts. This new release will fix that.

@noobs2ninjas Great, maybe macOS 10.15 compatibility is worth mentioning in the notes.

I think if a release has important changes for contributors, it's worth mentioning them in release notes as well, maybe under a separate section at the bottom. We want to keep contributors engaged and up-to date.

@noobs2ninjas I don't mean in any way that the work you and @drdaz have been doing isn't necessary or helpful - it is definitely both of those, its just that the changlog is there to show bug fixes/new features to help devs migrate to new versions and adopt features. But please do include a note about all the great work you've been doing getting the CI up to speed!

@noobs2ninjas I think the aim is to maintain backwards compatibility with Parse Server where possible, I don't think there is anything in this release that would change that?

@TomWFox haha I was just giving ya a hard time. I wasn't thinking about it in terms of changlog. Although, I should have. For some reason I was in "newsletter" mode lol. I updated it. Tell me what you think. Need to get some issue links added too.

Do you know the status of the Apple Sign-In? Think that will make it in?

@TomWFox Thanks for the info on the server. I know those guys are constantly working and releasing updates. I was pretty sure we where compatible with that. Just wanted to make sure.

@noobs2ninjas 馃槄 looks good we can polish and add PR links etc in a PR to update the changelog when we鈥檙e ready.

The server guys to a good job at not making changes that would break the client SDKs

Sent with GitHawk

Apple Sign-In isn't ready for this release. I'll need to merge my Apple Sign In branch with the enormous conflicting changeset to master 馃槶. And I waited for master to work, so... I'll get to it as soon as I can.

I'd honestly still call this 1.17.x tbh. There are no new features or bug fixes here, and I think that's usually a requirement for any kind of new versioning.

I'm using the current version in a project with Swift 5 and Xcode 11, and I'm seeing no warnings.

Maybe we could wait until Apple Sign In is done, and then there will be something new for users too?

EDIT: I mean, I don't care that much about the version numbering; just threw out my gut feel. Not taking anything away from the work that's gone in.

EDIT 2: There is new user-facing stuff. macOS 10.15 compatibility. Up to you guys if you wanna release now or wait for Apple Sign In. I don't mind 馃檪

@drdaz I鈥檓 fine with the versioning either way. Also I鈥檓 fine with waiting for Apple Sign in. Whatever you guys think is best. I鈥檓 just exited to push out an actual release. Been way too long.

@TomWFox of course! This release has just been in the works for so long I just wanted to make sure we didn鈥檛 forget anything or anyone. I鈥檒l use previous release notes/change log as a guide to writing the new one.

Awesome, I say we go for 1.18.0, there is a new feature (from @mtrezza) + support for catalyst(ish?) + swift 5. It is pushing it a bit but you generally do a minor when new functionality is added (semver) and we've been stuck on 1.17.x for ages 馃槄.

Personally I wouldn't hold out for Apple Sign In, its been too long since the last release and I think regularity is important for developer confidence & contributor motivation.

We can publish 1.19.0 with Apple Sign In.

Also, what is the status with the deploy phase of travis?

Afaik, Parse/UI doesn't work with Catalyst... I had to disable the macOS 10.15 target in my Apple Sign In branch to work with it. Just an FYI.

@TomWFox going to have to look at it. The big thing I need to look at is changing our podspec to pull from our fork. need to get my pull request merged before I can really look at it. Once thats done Ill take a look at travis to see if its ready to go.

So the script to deploy to github isnt working on travis. Also, its being ran every merge for some reason. Do we need this fixed or are we going to manually upload?

@noobs2ninjas anything I can do to help out with Travis?

@acinader That would be amazing! we got two things:

  1. the deploy script that archives each target and uploads to github tries to run every time PR is made. It should only be doing it if there is a new release.

  2. That same script that keeps running also is failing.

If you鈥檇 like to take a look at it I would be forever grateful.

Correct me if I'm wrong, but I believe the Bolts fork will remove the use of deprecated UIWebView, which currently prompts a warning email for every App Store submission of an iOS build. If so, that might be worth calling out in the release notes since it is one of the main reasons I check back periodically on the project.

Regarding versioning - no strong opinion on the numbering except to say I'm in favor of releasing whatever is ready as soon as possible rather than waiting for Apple Sign In or any other changes that are not quite ready. Getting a 1.18.0 release out with a 1.18.1 quickly following behind would create some nice momentum (or 1.18.0 following 1.17.4).

@benpackard that's the plan. We hit a brick wall with using our fork. The primary issue is that cocoapods doesn't allow use of git for dependencies. They only allow other pods or system frameworks.

The good news is that Facebook has responded. We are getting maintenance access and a PR of Bolts with the removal of UIWebView etc has already been accepted. Now I just need to update the changelog and we will be good to go to put out a new release of bolts enabling us to put out a new release of Parse.

As per following releases. I'd love to see one with Apple Sign In. Then follow that up another release with additional tuning for Catalyst on both Bolts and Parse.

Ok so I got everything bolts needs to update. Going to start adding changlog and everything and get prepared for our own release. Did we decide that 1.18.0 is ok or do we want 1.17.4?

Awesome. 1.18.0

Was this page helpful?
0 / 5 - 0 ratings

Related issues

AndreasStokidis picture AndreasStokidis  路  5Comments

mnearents picture mnearents  路  3Comments

HackShitUp picture HackShitUp  路  3Comments

martinpfannemueller picture martinpfannemueller  路  3Comments

kingmatusevich picture kingmatusevich  路  9Comments