Gitignore do fio v2

Atualizei o fio da v1.22.0 para a v2.0.0-rc.29. Ele gerou a pasta .yarn com:

pastas: cache , lançamentos , desconectados
arquivos: build-state.yml

Devo adicionar a pasta .yarn inteira ao .gitignore ? Ou talvez algumas pastas aninhadas lá como .yarn / cache ?

UPD: Além disso, o que fazer com o .pnp.js . Devo confirmar ou adicionar a .gitignore

— Alexander Panteleev
fonte

Consulte a seção de perguntas e respostas da documentação :

Quais arquivos devem ser reservados?

Se você estiver usando instalações zero :
.yarn/*
!.yarn/cache
!.yarn/releases
!.yarn/plugins
Se você não estiver usando instalações zero :
.yarn/*
!.yarn/releases
!.yarn/plugins
.pnp.*

Observe que, dos caminhos mencionados, apenas .yarn/releasesnão devem estar .gitignore.

— Thomas
fonte

Muito obrigado!

— Alexander Panteleev

UPD: a resposta está desatualizada. Verifique a seção de perguntas e respostas, mencionada acima.

— Alexander Panteleev 10/04

@AlexanderPanteleev Obrigado, atualizado. Isso é o que você ganha por aderir à política StackOverflow de "respostas sem link somente" ... :(

— Thomas

"Quais arquivos devem ser atribuídos como atribuídos?" Simples: tudo o que é gerado como parte do processo de criação. Idealmente, você só verifica o que se modifica.

— cmaster - reinstate monica em 11/04

@ cmaster-reinstatemonica Não, isso é muito simples. Por exemplo, yarn.locknunca é modificado diretamente pelo usuário, mas deve ser verificado ainda. O mesmo, aparentemente, para os subdiretórios cache(?!) releasesE pluginsde .yarn, que são explicitamente ignorados acima, apesar de provavelmente nunca terem sido editados à mão. Em geral, se uma ferramenta cria ou altera arquivos com os quais o usuário não se importa diretamente, é necessária uma documentação como essa para decidir quais desses arquivos devem ser verificados e quais devem ser atribuídos a git.

— Thomas