Enable javascript in your browser for better experience. Need to know to enable it? Go here.
Publicado : Apr 13, 2021
Not on the current edition
This blip is not on the current edition of the Radar. If it was on one of the last few editions it is likely that it is still relevant. If the blip is older it might no longer be relevant and our assessment might be different today. Unfortunately, we simply don't have the bandwidth to continuously review blips from previous editions of the Radar Understand more
Apr 2021
Probar ? Vale la pena intentarlo. Es importante entender cómo construir esta habilidad. Las empresas deberían implementar esta tecnología en un proyecto que pueda manejar el riesgo.

Muchas de nuestras personas que desarrollan para iOS con Xcode a menudo sufren por culpa de los cambios en el archivo Xcodeproj cada vez que cambia el proyecto. El formato de este archivo no es legible para las personas, por lo que intentar manejar conflictos es bastante complicado y puede conducir a una pérdida de productividad con el riesgo de estropear el proyecto entero (si algo malo pasa con el archivo, Xcode no funcionará bien y las desarrolladoras quedarán bloqueadas). En lugar de intentar fusionar los cambios y arreglar el archivo manualmente o versionarlo, recomendamos un enfoque llamado Xcodeproj administrado por herramientas : la configuración del proyecto Xcode se define en YAML (XcodeGen, Struct), Ruby (Xcake) o Swift (Tuist) y estas herramientas generan el archivo Xcodeproj a partir del archivo de configuración y la estructura del proyecto. Como resultado, los conflictos al fusionar cambios en el archivo Xcodeproj serán una cosa del pasado y, cuando ocurran en el archivo de configuración, son mucho más fáciles de resolver.

Radar

Descarga el Radar Tecnológico Volumen 25

 

English | Español | Português | 中文

Radar

Mantente informada sobre Tecnología

 

Suscríbete ahora

Visita nuestro archivo para leer los volúmenes anteriores