Cuando se introdujo en 2014 Swift no incluía administrador de paquetes. Más tarde Swift Package Manager fue creado como un proyecto de código abierto oficial de Apple y desde entonces ha continuado desarrollándose y madurando. Nuestros equipos confían cada vez más en SwiftPM debido a que la mayoría de los paquetes pueden ser incluídos a través de este, y los procesos tanto para creadores como consumidores de paquetes se han agilizado. En el anterior Radar recomendamos probarlo, pero ahora creemos que tiene sentido seleccionarlo por defecto para comenzar nuevos proyectos. Para proyectos existentes que utilicen herramientas como CocoaPods or Carthage, puede merecer la pena hacer un experimento rápido para estimar el nivel de esfuerzo requerido para migrar y comprobar si todas las dependencias están disponibles.
Algunos lenguajes de programación, especialmente los más nuevos, tienen una solución integrada para administración de paquetes y dependencias. Cuando fue presentado en 2014, Swift no venía con un administrador de paquetes, y entonces la comunidad de desarrolladores para macOS y iOS simplemente continuó usando CocoaPods y Carthage, las soluciones de terceros que habían sido creadas para Objective-C. Un par de años más tarde Swift Package Manager (SwiftPM) fue iniciado como un proyecto de código abierto oficial de Apple, y entonces tomó unos pocos años más antes que Apple pudiera añadir su soporte para Xcode. Incluso en ese punto, muchos equipos de desarrollo continuaban usando CocoaPods y Carthage, en su mayoría porque muchos paquetes simplemente no estaban disponibles a través de SwiftPM. Ahora que la mayoría de los paquetes pueden ser añadidos a través de SwiftPM y los procesos han sido simplificados tanto para creadores como consumidores de los paquetes, nuestros equipos están confiando cada vez más en SwiftPM.
