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
Integration: app targets have been separated from framework. #961
Integration: app targets have been separated from framework. #961
Conversation
Codecov Report
@@ Coverage Diff @@
## master #961 +/- ##
=======================================
Coverage 23.87% 23.87%
=======================================
Files 18 18
Lines 2685 2685
=======================================
Hits 641 641
Misses 2044 2044 Continue to review full report at Codecov.
|
@CocoaLumberjack/collaborators does anybody know how to setup watchOS extension with CocoaLumberjackSwift framework? ( by manual installation ). |
@bpoplauschi three points:
Zero dependenciesCocoaLumberjack doesn't have any external pod spec dependency. It should not have this dependencies in case of dependencies diversity. Manual installation.There is no reason to install CocoaLumberjack to Integration and Tests targets by external Dependency manager. Tests and Integration are testing result framework, not external dependency. For CocoaPods it could contain also dependency installation folder:
CI speed up.In case of manual installation
|
@bpoplauschi could you check my comment? |
@lolgear answers inline
One reason was to have a strong test of the CocoaPods installation.
We can't remove those, as there are other projects using even other pods (for example |
Tests should be rewritten on top of manual approach due to internal parts access. Ah, I see, million podfiles in Demos directory. Nice approach. It should be rewritten in different way - just put one project with CocoaLumberjack Demos.xcworkspace. |
Generated by 🚫 Danger |
Yep, starting to look good from my side as well @lolgear. Thanks for your patience! So I think the tasks left are:
Did I miss anything? |
@ffried I think |
@bpoplauschi Ah, you're right. Was looking at an old changes list, by bad! |
Just FYI. |
@CocoaLumberjack/collaborators |
Almost... |
@ffried Well, configs in one directory - hmm... for what purpose? |
For the watchOS targets I agree. And I just checked. You're right, those are the only ones left. Task marked as done (with the new commit cleaning the Info.plists). |
@ffried |
Mainly to keep them discoverable, I think. It's what @bpoplauschi requested here:
|
I've just read through the review comments and open checklists. Let's wait for @bpoplauschi to have a last word about the comments I've just mentioned. Then LGTM! Thanks again for all the patience! It's certainly a great improvement you're contributing here! |
I still have minor comments, but instead of just keeping this open, I will merge it and make an additional PR. |
- removed from workspace the Pods.xcodeproj that used to live in /Framework - added Integration.xcodeproj to the workspace - fixed macOS build running issue - removed some xcconfig files from copy build phase - continued the Xcode settings cleanup - moved most of them to xcconfig - set Integration Apps WATCHOS_DEPLOYMENT_TARGET to 5.0 because of some APIs used - fixed some app ids that were incorrect - made sure we always use `DDOSLogger` instead of `DDTTYLogger` - the iOS and tvOS targets AppDelegate.swift was not creating the ViewController instance - set explicit dependencies between the Integration targets and their corresponding CocoaLumberjack dependencies - cleanup old remaining AppIcon
@ffried @sushichop thanks for the contribution |
@bpoplauschi |
Glad to hear that. I have sent you an invitation to our organization |
@bpoplauschi |
- added Integration.xcodeproj to the workspace - fixed macOSSwiftIntegration build running issue (the AppDelegate.swift was never called - replaced with main.swift) - removed xcconfig files from copy build phase - continued the Xcode settings cleanup - moved most of them to xcconfig - set Integration Apps WATCHOS_DEPLOYMENT_TARGET to 5.0 because of some APIs used - fixed some app ids that were incorrect (org.example.* -> com.deusty.*) - the iOS and tvOS targets AppDelegate.swift was not creating the ViewController instance. Fixed - set explicit dependencies between the Integration targets and their corresponding CocoaLumberjack dependencies - cleanup old remaining AppIcon - watchOSSwiftIntegration now builds and runs (uses Debug config) - PREPROCESSOR_MACROS is actually not used by Xcode, so the DD_LOG_LEVEL=DDLogLevel* setting was not working. Changed to GCC_PREPROCESSOR_DEFINITIONS and now it works. Set DDLogLevelWarning for release and DDLogLevelAll for debug builds - only applies to Integration targets - related PRs: #961 #970
- added Integration.xcodeproj to the workspace - fixed macOSSwiftIntegration build running issue (the AppDelegate.swift was never called - replaced with main.swift) - removed xcconfig files from copy build phase - continued the Xcode settings cleanup - moved most of them to xcconfig - set Integration Apps WATCHOS_DEPLOYMENT_TARGET to 5.0 because of some APIs used - fixed some app ids that were incorrect (org.example.* -> com.deusty.*) - the iOS and tvOS targets AppDelegate.swift was not creating the ViewController instance. Fixed - set explicit dependencies between the Integration targets and their corresponding CocoaLumberjack dependencies - cleanup old remaining AppIcon - watchOSSwiftIntegration now builds and runs (uses Debug config) - PREPROCESSOR_MACROS is actually not used by Xcode, so the DD_LOG_LEVEL=DDLogLevel* setting was not working. Changed to GCC_PREPROCESSOR_DEFINITIONS and now it works. Set DDLogLevelWarning for release and DDLogLevelAll for debug builds - only applies to Integration targets - related PRs: #961 #970
New Pull Request Checklist
I have read and understood the CONTRIBUTING guide
I have read the Documentation
I have searched for a similar pull request in the project and found none
I have updated this branch with the latest master to avoid conflicts (via merge from master or rebase)
I have added the required tests to prove the fix/feature I am adding
I have updated the documentation (if necessary)
I have run the tests and they pass
I have run the lint and it passes (
pod lib lint
)This merge request fixes / refers to the following issues: ...
Pull Request Description
App targets have been separated from framework.
UPD:
Unknown behavior in watchOS target.