-
Notifications
You must be signed in to change notification settings - Fork 407
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Get BUNDLE_IDENTIFIER from Config.xcconfig for use in Fastfile #17
Conversation
bjornoleh
commented
Mar 18, 2024
•
edited
Loading
edited
- Allows building of different instances of the app by only editing Config.xcconfig.
- Replace $(DEVELOPMENT_TEAM) parsed from BUNDLE_IDENTIFIER in Config.xcconfig with ENV["TEAMID"] - Use BUNDLE_ID instead of hard coded bundle identifier in Fastfile, inspired by Artificial-Pancreas/iAPS 6a46a2a by @Jon-b-m - Allows building of different instances of the app by only editing Config.xcconfig.
Edit: backing out the last commit that included "Add branch+commit to "What to Test" field in TestFlight ", and created an issue report for this instead: #23 |
03d2040
to
419c13a
Compare
Not at all a fan of this sorry. I’ve spent hundreds of hours providing support for browser build; and the one simple thing that makes this somewhat possible is the standardization of builds with very very few outliers. Changing bundle IDs is an expert / advanced user thing; this really is not required for everyday use and shouldn’t be part of the main repo. edit to say: unless this is trying to solve a common use case (which I don’t see) |
I thought it was a nice feature, but I can get behind Dan. First time this will change since freeaps, so this is a change for a onetime thing. But @dnzxy , do you think this will affect issues? Because changing the config makes problems anyway, dont really see how this really worsens it. If the consensus is that it does, than why not get it out of the config and hardcode it everywhere?! |
It was certainly not meant to be advertised for end users. People do all sorts of crazy stuff, but at the slightest deviation from the docs, I guess the answer should be “delete your main branch and recreate it from upstream”. This feature is quite convenient for developers and advanced users/testers. And if we change the default bundle ID now, we will have to make some changes to Fastfile anyways. Also if we rebrand later. If we do this now, that it already covered, and we only need to edit Config |
Good point. I don’t really see an issue with us changing the config… that will need a lot of hand holding for folks migrating. But the important thing is to have a standardized setup so you can point folks to issues and docs, and it’s easier to pinpoint where folks missed configuration steps and that’s why their builds are failing. I like the simplicity this adds for folks that want to change things, but I think this potentially may cause more issues than do good; similar to when an app opens all possible settings to the user and they start tweaking too many knobs at once 🫠 |
This is already the method used for altering BundleID of Xcode builds, so if it’s shot down for browser build, shouldn’t it be removed as an option for Xcode builders? |
@dnzxy , Are you still reluctant about merging this? If not, LGTM :-) |
Edit: Oh, I just realized that this is a different PR. I‘m still not sure if this is a good thing - but from the code it looks good and I‘d be okay to see it merged if the common decision here is to have it in there 👍 as I wrote in my initial comment, this might open us up to a lot of support issues (first level support). |
I was a little confused by this during code review (mentioning what confused me as I went along - first 2 bullets turn out to be irrelevant)
details:These lines are in Config.xcconfig:
Note - the final line currently has a comment, but it really should be in there without a comment to help developers who have multiple clones in an organized folder structure and use Mac build. The contents of the override file is
|
Yes, the override file is irrelevant here, since it is in .gitignore and will not be commit to the fork. I opened #34 regarding placement of config override. |
I made a test branch and built successfully. Details:
|
One more item to fix in testflight.md, - suggested change:
|
I will take the input here so far as support for this feature, and am merging this now, so we can proceed with other PRs :-) testflight.md will be updated in #31 |
Meal entry only once