Enable javascript in your browser for better experience. Need to know to enable it? Go here.
Publicado : Apr 13, 2021
NÃO ENTROU NA EDIÇÃO ATUAL
Este blip não está na edição atual do Radar. Se esteve em uma das últimas edições, é provável que ainda seja relevante. Se o blip for mais antigo, pode não ser mais relevante e nossa avaliação pode ser diferente hoje. Infelizmente, não conseguimos revisar continuamente todos os blips de edições anteriores do Radar. Saiba mais
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.

Baixar o Technology Radar Volume 27

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

Mantenha-se por dentro das tendências de tecnologia

 

Seja assinante

Visite nosso arquivo para acessar os volumes anteriores