• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: cocoapods
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: cocoapods


  • Subject: Re: cocoapods
  • From: David Brittain <email@hidden>
  • Date: Wed, 28 Dec 2016 02:36:30 -0800

I think the trade-off is whether you will make mistakes integrating a library and it's updates vs the downsides you mention. A library we recently updated that did not have cocoapods support, had added a new framework dependency and we missed the updated step in the integration that it required that. This did not show up as an issue until we released. The advantage of cocoapods support is that the library author has likely tested that all of the integration requirements are met. 

On 28 December 2016 at 02:12, Christian Unger <email@hidden> wrote:

thanks for answering,
I have the impression that altering the undocumented (project|workspace) file may not be a good idea, despite the fact that cloning the cocoapods repo takes ages.

and yes I go with alex' attitude to be careful integrating 3rd party code and thus I wonder if it makes sense to create such an overhead when only integrating say five 3rd party libraries via cocoapods?

cu
christian unger

> On 28 Dec 2016, at 03:11, Rick Mann <email@hidden> wrote:
>
> I'm a much bigger fan of Carthage. Carthage builds your dependencies for you, but leaves it up to you to add them to your project. In that way, it doesn't touch your Xcode file or force you to make a Workspace. But once installed, it makes it very easy to choose the version of the library you want.
>
>> On Dec 27, 2016, at 05:59 , Alexander von Below <email@hidden> wrote:
>>
>> Hello,
>>
>> with the latest versions of CocoaPods, I believe you are doing yourself a favor to use if you are using any components that can be installed through CocoaPods at all.
>>
>> It does make life a lot easer, but like with any third party component, you are introducing a new dependency. You may run into troubles you never thought about before; that said, the CocoaPods community is very helpful, and you can usually find answers to problems quickly.
>>
>> Even as I know the people who write most of the CocoaPods code, I used to be highly skeptical about it. Now, I believe it is a reliable, very useful and mission tested tool.
>>
>> A final world from an old skool coder: Probably because it is so easy, I have seen projects where people had added a dozen pods to a project before even writing a single line of code. I have seen people add a pod (in turn adding three dependencies for it) to do something they could accomplish with a single line of code. Don’t do that.
>>
>> My personal rule of thumb is to add third party code that I either feel I completely understand (so I feel competent to fix any problems I may find along the way), or code that addresses problems that are far too complex for me (so, I would not be able to solve the problem in reasonable time if I did not use the third party code).
>> Exceptions apply
>>
>> HTH
>>
>> Alex
>>
>>
>>
>>> Am 25.12.2016 um 19:14 schrieb Christian Unger <email@hidden>:
>>>
>>> hi there,
>>>
>>> does any of you have any opinions regarding cocoapods?
>>>
>>> cu
>>> christian unger
>>>
>>>
>>> cu
>>> christian unger
>>> _______________________________________________
>>> Do not post admin requests to the list. They will be ignored.
>>> Xcode-users mailing list      (email@hidden)
>>> Help/Unsubscribe/Update your Subscription:
>>>
>>> This email sent to email@hidden
>>
>>
>> _______________________________________________
>> Do not post admin requests to the list. They will be ignored.
>> Xcode-users mailing list      (email@hidden)
>> Help/Unsubscribe/Update your Subscription:
>>
>> This email sent to email@hidden
>
>
> --
> Rick Mann
> email@hidden
>
>

 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Xcode-users mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:

This email sent to email@hidden



--
David Brittain
email@hidden
 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Xcode-users mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:

This email sent to email@hidden

References: 
 >cocoapods (From: Christian Unger <email@hidden>)
 >Re: cocoapods (From: Alexander von Below <email@hidden>)
 >Re: cocoapods (From: Rick Mann <email@hidden>)
 >Re: cocoapods (From: Christian Unger <email@hidden>)

  • Prev by Date: Re: cocoapods
  • Next by Date: Re: cocoapods
  • Previous by thread: Re: cocoapods
  • Next by thread: Re: cocoapods
  • Index(es):
    • Date
    • Thread