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
Experimente ? Vale a pena ir atrás. É importante entender como desenvolver essa capacidade. As empresas devem experimentar esta tecnologia em um projeto que possa lidar com o risco.

Muitas de nossas pessoas desenvolvedoras que programam iOS no Xcode costumam ter dores de cabeça porque o arquivo Xcodeproj muda a cada mudança no projeto. O formato de arquivo Xcodeproj não é legível por seres humanos, portanto, tentar lidar com conflitos de merge é bastante complicado e pode levar à perda de produtividade e arrisca atrapalhar todo o projeto — se algo der errado com o arquivo, o Xcode não funcionará corretamente e as pessoas desenvolvedoras muito provavelmente ficarão bloqueadas. Em vez de tentar fazer merge e corrigir manualmente ou versionar o arquivo, recomendamos que você use uma abordagem de Xcodeproj gerenciado por ferramenta : defina a configuração do projeto Xcode em YAML (XcodeGen, Struct), Ruby (Xcake) ou Swift (Tuist). Essas ferramentas geram o arquivo Xcodeproj com base em um arquivo de configuração e na estrutura do projeto. Como resultado, os conflitos de merge no arquivo Xcodeproj ficarão no passado e, ainda que eventualmente aconteçam no arquivo de configuração, será muito mais fácil lidar.

Radar

Baixar o Technology Radar Volume 25

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

Radar

Mantenha-se por dentro das tendências de tecnologia

 

Seja assinante

Visite nosso arquivo para acessar os volumes anteriores