Enable javascript in your browser for better experience. Need to know to enable it? Go here.
Publicado : Apr 13, 2021
NO EN LA EDICIÓN ACTUAL
Este blip no está en la edición actual del Radar. Si ha aparecido en una de las últimas ediciones, es probable que siga siendo relevante. Si es más antiguo, es posible que ya no sea relevante y que nuestra valoración sea diferente hoy en día. Desgraciadamente, no tenemos el ancho de banda necesario para revisar continuamente los anuncios de ediciones anteriores del Radar. Entender más
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.

Descarga el Radar Tecnológico Volumen 27

 

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

Mantente informada sobre Tecnología

 

Suscríbete ahora

Visita nuestro archivo para leer los volúmenes anteriores