Focar um repositório e configurar ferramentas Git

Repositórios grandes, arquivos grandes e identidades de assinatura diferentes precisam de controles próprios. Abra a ação correspondente ao repositório ativo, confira a prévia e aplique a mudança necessária para sua tarefa.

Focar um monorepo com sparse checkout

1. Abra sparse checkout e selecione os diretórios necessários. Filtrar a lista conserva a seleção; escolher uma pasta ancestral torna redundantes as seleções das pastas filhas.
2. Confira a quantidade de arquivos visíveis. O modo cone mantém os diretórios escolhidos, os arquivos da raiz e os arquivos diretamente nas pastas ancestrais.
3. Escolha sparse index somente se suas outras ferramentas Git forem compatíveis. Ele pode reduzir o index; não garante builds mais rápidos nem instala dependências do projeto.
4. Aplique a seleção revisada. Edições pendentes, arquivos ignorados ou outra operação Git podem bloquear a mudança. Resolva o estado informado e gere uma nova prévia se o repositório mudou.
5. Use a ação de restaurar a árvore completa quando precisar de todos os arquivos rastreados novamente.

Isso altera quais arquivos rastreados estão presentes na árvore de trabalho, sem alterar o histórico completo do repositório. Não faz partial clone. Configurações non-cone existentes podem ser desativadas, mas não editadas pelo seletor. Os limites atuais são 250.000 arquivos, 20.000 diretórios e 1.000 diretórios selecionados; o excesso é informado, sem truncar silenciosamente a seleção.

Gerenciar arquivos grandes com Git LFS

Abra o painel de extensões do repositório para inspecionar Git LFS, seus arquivos, disponibilidade dos objetos e regras no .gitattributes da raiz. As ações exigem Git LFS 3.8.1 ou superior instalado no computador.

1. Instale a configuração LFS neste repositório se necessário. Isso configura o repositório, sem instalar o executável Git LFS. Caminhos de hooks compartilhados ou inseguros podem impedir a ação; hooks existentes não são substituídos à força.
2. Adicione ou remova um padrão de rastreamento e confirme. Confira a mudança no .gitattributes e inclua-a em um commit quando apropriado.
3. Selecione um remoto para buscar objetos LFS de HEAD. Depois, materialize os objetos disponíveis nos arquivos de trabalho quando necessário.

O painel mostra até 2.000 arquivos e informa cobertura parcial. Ele não edita todos os arquivos de atributos em subpastas, migra o histórico existente para LFS, remove objetos com prune nem os envia automaticamente. Rastrear um padrão não converte commits anteriores.

Atualizar um submódulo com destino definido

No mesmo painel, selecione um submódulo e compare o commit atual com o registrado no index do repositório pai. Confira inicialização e mudanças pendentes antes de atualizar.

A atualização inicializa quando necessário, busca e faz checkout do commit registrado em detached HEAD. Ela não avança até a ponta da branch remota, muda o commit registrado no pai nem atualiza submódulos aninhados recursivamente. Caminhos com alterações ou inseguros e operações em andamento são recusados. Abra o submódulo como um contexto próprio do Riff para trabalhar nele.

Uma busca cancelada pode deixar objetos baixados ou um submódulo parcialmente inicializado. Leia o estado atualizado antes de tentar novamente; cancelar não significa que todas as etapas anteriores foram desfeitas.

Aplicar um perfil de identidade ou assinatura

1. Abra a identidade do repositório e confira o autor efetivo, a origem da configuração e a política da organização. Escolha a identidade Git, a conta Gapfy quando disponível ou o comportamento padrão permitido pela política.
2. Salve um perfil com nome para reutilizar. Salvar ou carregar o perfil não altera o repositório; revise e confirme Aplicar separadamente.
3. Escolha assinatura herdada, OpenPGP ou SSH conforme necessário. Informe um identificador de chave ou referência de chave pública SSH. O Riff não importa nem armazena chaves privadas de assinatura. Desabilitar a assinatura exige uma escolha explícita.
4. Confira o escopo de destino. Com configuração específica de worktree habilitada, Aplicar altera essa worktree; caso contrário, altera a configuração compartilhada do repositório. A configuração global e arquivos incluídos não são reescritos.
5. Inspecione a assinatura de HEAD. O resultado distingue ausência de commit, commit sem assinatura, assinatura válida e não verificada, sem criar um commit de teste.

A política de identidade da organização prevalece sobre o perfil. A verificação no computador não prova que o próximo commit poderá ser assinado nem que um host remoto confiará na assinatura. Configure ferramenta, agente e confiança separadamente conforme as exigências da organização.

Para branches dependentes, use stacks e publicação coordenada. Para tarefas independentes, use contextos de trabalho e worktrees.