ID 181109 Tecnologia da Informação Versionamento de Código-Fonte (Controle de Versão) FCC 2026 Uma equipe de Tl de uma Secretaria da Fazenda mantém o sistema de emissão de guias de arrecadação em um repositório Gil central, usando a branch main diretamente em produção. Um commit já publicado alterou o cálculo de ISS e gerou valores incorretos. A auditoria exige que o histórico da main permaneça íntegro, sem reescrita de histórico já publicado, e que a correção seja aplicada a partir do commit problemático. Considerando as recomendações usuais para desfazer mudanças em uma branch pública já compartilhada, o procedimento que está alinhado a essas exigências e, na branch main , executar A qit reset --hard HEAD-1 e depois git push --force origin main , removendo o commit incorreto do histórico remoto. B git reset --soft HEAD-1 , ajustar o código de ISS, criar novo commit e finalizar com git push --force origin main . C git revert < hash_do commit_incorreto > e em seguida git push origin main , registrando novo commit que desfaz as alterações de ISS. D git rebase -i HEAD-2 , excluir a linha do commit incorreto no rebase interativo e depois usar git push --force-with-lease origin main. E o cálculo de ISS em novo commit corretivo sobre o histórico atual e executar git push origin main , sem usar
ID 179577 Tecnologia da Informação Versionamento de Código-Fonte (Controle de Versão) FCC 2026 Uma analista criou a branch feature/login a partir de develop . Enquanto ela trabalha, outros commits entram em develop . Quando terminar, a analista precisa integrar sua feature no fluxo GitFlow . O procedimento que a analista tem que seguir é: A Finalizar a feature fazendo merge primeiro em main e, em seguida, trazer esse merge de volta para develop . B Fazer merge periódico de develop em feature/login ; quando a feature estiver concluída, mesclar feature/login de volta em develop . C Criar feature/login a partir de main e, ao concluir, mesclar direto em main , sem passar por develop . D Usar git rebase main sempre que houver novos commits e depois fazer merge de feature/login diretamente em main . E Não atualizar a branch durante o desenvolvimento e só no final usar merge --squash para juntar tudo em main .
ID 167033 Tecnologia da Informação Versionamento de Código-Fonte (Controle de Versão) CESGRANRIO 2021 Entre as principais ferramentas de gestão de configuração de software, estão os sistemas de controle de versão, como o svn ou cvs. Nesses sistemas, o comando de registrar as mudanças locais em um repositório é denominado A branch B commit C save D store E update
ID 172489 Tecnologia da Informação Versionamento de Código-Fonte (Controle de Versão) FCC 2019 Um Técnico em Web Design tem a incumbência de verificar a possibilidade de uso de um Gerenciamento de Repositório (SVN), sendo que em sua pesquisa esse técnico verificou que, nesse repositório, a operação de A salvar no repositório mudanças feitas em uma cópia de trabalho, corresponde à operação denominada commit . B criar um repositório corresponde à operação de checkout . C descartar modificações feitas no repositório corresponde à operação denominada status . D sincronizar uma cópia de trabalho com o repositório corresponde a uma operação de revisão. E criar uma cópia de trabalho, a partir do repositório, corresponde à operação denominada commit .
