-
Notifications
You must be signed in to change notification settings - Fork 24
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
Workflow for building Frameworks to distribute #1
Comments
@sirghi Interesting! One way I think of is using a sample project (like this repo's example project) and defining a group 'MyStandaloneFramework'
has_dependencies! # Only add this if A depends on B
pod 'FrameworkA'
pod 'DependencyB'
end and then run This'll merge the pods and put the merged framework in the |
Hi @biocross, sorry for the late reply. So I setup a sample project here. It has FrameworkA which is dependent on the Apollo pod. If you try to Also, spotted the following secondary issues/uncertainties:
Cheers |
The error I get is:
Any help appreciated |
@sirghi Thank you for providing an Example project. I was able to reproduce the issue, and found the root cause. The recursive copy is happening because of the the pod you're trying to merge is local. When a pod is specified with a A simple fix to this problem is to keep FrameworkA.podspec and it's sources in a folder that is at the same directory as the MergeFile. |
Also thanks for reporting the additional issues:
|
Thanks @biocross for the detailed answers. On the main problem, I tried that, but the thing is, the plugin asks for the MergeFile be in the same place as the Podfile. After moving both I still have the same error. Asking for your further assistance. |
More of a question - is there a workflow one can use this plugin to build a framework A with its source code, alongside dependency B, and pack it into one single framework that can be shipped standalone?
The text was updated successfully, but these errors were encountered: