Se ocorrer um push forçado ou exclusão de ramificação, o objeto antigo apontado pela referência poderá deixar de ser referenciado por qualquer referência e, portanto, ser elegível para coleta de lixo.
Durante a duração do gancho git post-receive de tal push, é garantido que o objeto antigo ainda seja válido?
Comecei a trabalhar em um projeto criando uma nova ramificação masterse git checkout -b MyBranchdepois fiz vários commits (nenhum push ainda).
O que eu deveria ter feito em vez disso era começar do Secondarybranch. Então, como posso fazer do meu branch um sub-branch de Secondary, e mesclar (esse é o termo certo?) o código de Secondaryno meu, para mesclar depois. Então como eu conserto isso?
Isso é um trabalho para rebase? Ainda estou muito confuso com gita terminologia...
Eu tenho um branch principal e um feature_branch.
Eu fiz:
git checkout feature_branch
git rebase main
O que eu quero fazer é obter todas as alterações de maintodos os arquivos, exceto 1, manter as alterações feitas naquele feature_brancharquivo.
Como fazer isso?
Estou enviando uma solicitação POST usando o Powershell Invoke-WebRequest para o /git/updateFromGitponto de extremidade da API Fabric Rest.
Anteriormente, recuperei com sucesso o Head do espaço de trabalho e a chamada remota do Git Hash, /git/GetStatusconforme descrito aqui .
Meu token é válido e verifiquei que tem os escopos corretos.
Não consigo enviar uma solicitação bem-sucedida para atualizar o espaço de trabalho do git, sempre tendo problemas com o corpo da solicitação: ou ele diz que estão faltando algumas propriedades ou que o hash do git não é válido.
Esta é a parte do código que cria as solicitações e as envia:
$headers = @{ 'Authorization' = "Bearer $token"}
$urlUpdate = 'https://api.fabric.microsoft.com/v1/workspaces/{0}/git/updateFromGit' -f $workspaceId
$postParams = [ordered]@{
workspaceHead = $GitWorkspaceHead
remoteCommitHash = $GitRemoteCommitHash
options = @{allowOverrideItems = $true }
}
Write-Host "Request body:"
$postParams | Format-Table
$ResponseUpdate = Invoke-WebRequest -Method Post -Uri $urlUpdate -Headers $headers -Body $postParams
Neste caso, envio $postParamscomo uma tabela Hash. A mensagem de erro que recebo é a seguinte:
Em uma segunda tentativa, envio $postParamscomo um objeto JSON, e neste caso ele diz que o hash do git não é válido , mas o hash do git está correto e válido após verificação.
Como você pode ver, o formato JSON é idêntico ao descrito nos exemplos da documentação ( conflictResolutionnão é obrigatório).
$headers = @{ 'Authorization' = "Bearer $token"}
$urlUpdate = 'https://api.fabric.microsoft.com/v1/workspaces/{0}/git/updateFromGit' -f $workspaceId
$postParams = [ordered]@{
workspaceHead = $GitWorkspaceHead
remoteCommitHash = $GitRemoteCommitHash
options = @{allowOverrideItems = $true }
} | ConvertTo-Json
Write-Host "Request body:"
$postParams | Format-Table
$ResponseUpdate = Invoke-WebRequest -Method Post -Uri $urlUpdate -Headers $headers -Body $postParams
O que estou fazendo errado?
Gosto muito do IntelliJ para fazer todo tipo de programação, porém o que eu sinto que poderia derivar do VS Code é o visualizador de alterações de arquivo (VS Code à esquerda, IntelliJ à direita)
Até agora, tenho usado código apenas para visualizar diffs antes de fazer commit, mas gostaria de não sair do IntelliJ se pudesse obter essa personalização exata ou usar alguns plugins que me dessem isso. (O visualizador de diffs no IntelliJ é o melhor, no entanto, não é muito acessível como no código)
Existe alguma maneira de fazer isso?
Por favor, entenda, não estou perguntando como usar git bisect start. Há bastante documentação me dizendo para iniciar uma sessão bisect com um git bisect startcomando. O que parece estar faltando é alguma explicação do que fazer isso realmente faz.
Para ser claro, eu sei que git bisect starttem opções que podem ser passadas para ele que fazem coisas. Só estou perguntando sobre o que ele faz quando você segue exemplos que não passam nada mais.
Minha pergunta principal é sobre em que estado ou modo git bisect startnos coloca. Aqui estão algumas outras perguntas que pretendem apenas ilustrar a natureza desta pergunta:
git bisect startcomando? Existe alguma consulta que eu possa executar que me diga se estamos nesse estado?git bisect reset. Isso nos tira desse estado?rm -v .git/BISECT_*limpa os arquivos que o bisect cria. Esses arquivos são a única coisa que coloca o git nesse estado de bisect?Toda a documentação que estou encontrando apenas me diz para começar o bisect git bisect startsem me dizer o porquê.
Não consegui descobrir como realmente fazer login no git pelo terminal - criei um token de acesso pessoal refinado e o inseri, mas toda vez ele retorna um erro fatal 403 ou um erro dizendo que não aceita mais senhas. Alterei as permissões para leitura e gravação em tudo, e simplesmente não entendo por que ele não está me deixando fazer login no repositório no GitHub, pois estou seguindo as instruções do próprio GitHub. Me ajude, por favor!!!
Observação : alterei o e-mail e o nome da conta por segurança, mas ambos foram inseridos corretamente.
my-account@my-iMac myapp % git push -u origin main
Username for 'https://github.com': @gmail.com
Password for 'https://@[email protected]':
remote: Support for password authentication was removed on August 13, 2021.
remote: Please see https://docs.github.com/get-started/getting-started-with-git/about-remote-repositories#cloning-with-https-urls for information on currently recommended modes of authentication.
fatal: Authentication failed for 'https://github.com/myaccount/testrepo.git/'
my-account@my-iMac myapp % git push -u origin main
Username for 'https://github.com': @gmail.com
Password for 'https://@[email protected]':
remote: Permission to my-account/testrepo.git denied to my-account.
fatal: unable to access 'https://github.com/my-account/testrepo.git/': The requested URL returned error: 403
EDIT: Consegui fazer login usando este método que descobri logo após enviar esta pergunta, mas ainda assim gostaria de saber se alguém tem alguma ideia do motivo pelo qual o método que tentei não funcionou.
Quero fazer check-out de uma versão específica de um arquivo específico de um repositório git remoto, sem baixar outros arquivos ou histórico desnecessários.
Dado um $URLno formato https://github.com/foo/bar.gite um $REVISIONque deve aceitar um nome de branch, um nome de tag ou um hash de commit curto ou longo, tenho esta solução:
git clone --depth 1 --no-checkout $URL .
git fetch origin $REVISION
git checkout FETCH_HEAD -- foo.txt
mas não funciona em hashes de commit curtos. A etapa fetch falha com fatal: couldn't find remote ref, mas funciona com o hash de comprimento total. Existe uma solução geral que também funciona em hashes curtos?
A solução aqui , usando git show, não funciona porque assume que a revisão já existe localmente.
Estou tentando desabilitar a opção de e-mail CC: no GIT-EMAIL e sem sucesso.
Não importa o que eu tente, ele ainda usa a opção CC: e coloca "Seu nome" no campo CC:?
Qualquer ajuda para tentar desabilitar a opção CC: seria ótima porque ela está causando um problema em que você também recebe um e-mail informando Falha na entrega de e-mail.
Eu tentei usar o git send-email --no-cc, mas nada
Eu tentei adicionar o smtp_generic_parameters = !Cc, mas nada
Verifiquei se o NOME DE USUÁRIO e o endereço de E-MAIL na configuração do git estão corretos. Tanto em .git/confige quanto .gitconfigem e ainda nada.
Preciso da diferença (mudanças baseadas nas palavras) entre essas duas linhas simples:
<h1>Intro line 06.03.2004</h1>
e:
<h1>Intro line 15.08.2024</h1>
O comando de comparação:
git diff --word-diff file1.txt file2.txt
A saída:
<h1>Intro line [-06.03.2004</h1>-]{+15.08.2024</h1>+}
Meu problema é que ele também está pegando o trailing </h1>, embora essa parte não tenha mudado. Eu também tentei o switch cli, --minimalmas sem sucesso. Como posso reduzir a mudança marcada ao mínimo? Fico feliz por um conselho!