ios - tool - xcode update

(solução mais provável) 1. Simulador-> Hardware-> Apagar todo o conteúdo e configurações

(solução menos provável) 2. keychain-> superior direito lock-> desbloquear e bloquear novamente (ou o inverso)

Ainda não é uma solução permanente, mas eu tive que sair e reiniciar o Xcode como as outras soluções não funcionaram para mim.

Esse é o problema com os certificados não confiáveis ​​no acesso à cadeia de chaves, remova esse tipo de certificado e reconstrua novamente.

Este parece ser um problema temporário quando você está tentando construir muito rápido após o início de uma construção. Tente parar e executar o projeto novamente .

Eu também enfrentou o mesmo problema, eu estava tentando executar os casos de teste com a versão mais antiga do xcode (9,4 no meu caso).

Desativando o Debug Executable funcionou.

Eu também tive esse problema. Parece haver um problema em ter duas versões do Xcode instaladas ao mesmo tempo. (9.4.1 e 10.0 Beta)

Funciona com o beta, mas não com a versão estável. Tudo está configurado para as ferramentas da versão estável do Xcode 9.4.1. Eu só posso executar meus testes de unidade com o beta.

Depois de remover o beta, funcionou com a versão estável.

Isso acontece na minha máquina, quando eu defino o 'novo sistema de compilação' Vá para o arquivo de menu => configurações da área de trabalho e configure o Build System para "Padrão".

Isso funcionou para mim:

Editar Esquema -> Info -> Executável -> Perguntar no lançamento

Créditos para a resposta de @ nastya-gorban here

Atualizar

Depois de passar um tempo considerável com exemplos no relatório de bug da Apple, eles basicamente desconsideraram o problema, pois usar certificados manuais não é "esperado".

Resumindo, se você não tiver uma conta comercial e, portanto, vários desenvolvedores na mesma conta, deverá usar a assinatura automática e não deverá ver o problema.

Se você tiver uma conta comercial com vários usuários (que eu acho que quebra a assinatura automática), esta é a sugestão deles:

Sugerimos que você use assinatura automática para suas compilações de depuração e assinatura manual para suas compilações de distribuição.

No meu caso (Xcode 10.1), este foi o erro no console:

kernel  macOSTaskPolicy: (com.apple.debugserver) may not get the taskport of (bin) (pid: 10132): (bin) is hardened, (bin) doesn't have get-task-allow, (com.apple.debugserver) is a declared debugger

Então a solução foi desabilitar o Hardened Runtime, limpar a pasta build e rodar novamente.

No meu caso, a única coisa que funcionava era voltar do "New Build System" para o "Legacy Build System" nas Configurações do Espaço de Trabalho. Vadio.

excluir dados derivados e limpar o projeto, espere até que o processamento seja concluído, isso pode levar algum tempo. A ideia é dar algum tempo de processamento. Funciona bem depois disso

Eu odeio adicionar mais ruído a isso , mas para mim, a resposta é, sem sentido, usar o sudo .

Executar normalmente, o Xcode 9.4.1 (9F2000) e o Xcode 10.0 beta 4 (10L213o) falharam em anexar ao meu aplicativo após várias tentativas, dando o erro citado na postagem original.

O que funcionou foi rodar o Xcode (9.4) com o sudo,

sudo /Applications/Xcode.app/Contents/MacOS/Xcode

Eu não vejo porque o sudo é necessário. O aplicativo Cocoa ao qual estou anexando é uma compilação de Depuração que acabei de criar no Xcode 9.4.1 e arrastei para /Applications . Não é codificado. Permissões Posix no .app , seu Contents , seu MacOS e o executável são todos octal 755. Proprietário sou eu. Ele funciona bem se eu deixá-lo na pasta Build, construir e depurar da maneira normal.

O problema é aparentemente com lldb. Eu também tentei usar o lldb (lldb-902.0.79.7) a partir da linha de comando. Eu obtive o mesmo resultado. Funciona apenas com o sudo . Sem sudo ,

error: attach failed: unable to attach