Perguntas[git](computer)

minnymouse@XXXXXXX  /c/XXXXXXXXX/XXXXXXXXX/XXXXXXXXX (development)
$ git status
On branch development
Your branch is ahead of 'origin/development' by 2 commits.
  (use "git push" to publish your local commits)

nothing to commit, working tree clean

minnymouse@XXXXXXX /c/XXXXXXXXX/XXXXXXXXX/XXXXXXXXX (development)
$ git push origin development
To ssh://xxxxxx/xxx/xxxxx/git/repos/xxxxx
 ! [rejected]        development -> development (fetch first)
error: failed to push some refs to 'ssh://xxxxxx/xxx/xxxxx/git/repos/xxxxx'
hint: Updates were rejected because the remote contains work that you do not
hint: have locally. This is usually caused by another repository pushing to
hint: the same ref. If you want to integrate the remote changes, use
hint: 'git pull' before pushing again.
hint: See the 'Note about fast-forwards' in 'git push --help' for details.

minnymouse@XXXXXXX /c/XXXXXXXXX/XXXXXXXXX/XXXXXXXXX (development)
$ git pull
remote: Counting objects: 10, done.
remote: Compressing objects: 100% (10/10), done.
remote: Total 10 (delta 5), reused 0 (delta 0)
Unpacking objects: 100% (10/10), 1.06 KiB | 43.00 KiB/s, done.
From ssh://xxxxxx/xxx/xxxxx/git/repos/xxxxx
   7948726..7dc3f5c  development     -> origin/development
   b9042ed..d04db55  feature/luxor   -> origin/feature/luxor
   7948726..7dc3f5c  production      -> origin/production
hint: Waiting for your editor to close the file...

Se eu fechar o editor sem um comentário, ele aborta o pull completamente? Se não, o que significa a mensagem no arquivo do editor:

# Lines starting with '#' will be ignored, and an empty message aborts the commit.

Tudo isso vai ser integrado à minha cópia local de desenvolvimento? Se não, qual é o propósito disso?

7948726..7dc3f5c  development     -> origin/development
b9042ed..d04db55  feature/luxor   -> origin/feature/luxor
7948726..7dc3f5c  production      -> origin/production

Tenho um repositório git local no meu Mac Mini M1 (executando o Sonoma 14.6.1) que gostaria de mover para um disco rígido externo (para liberar espaço no meu Mac).

O disco rígido externo é novo (vazio) e foi formatado para APFS (sem distinção entre maiúsculas e minúsculas), porque li que essa é a melhor compatibilidade com Macs (o próprio macOS não faz distinção entre maiúsculas e minúsculas).

Gostaria de mover meu repositório git local (o caminho completo é /Users/a/b/c/d) para o disco rígido externo (o caminho completo é /Volumes/hDrive).

Meu melhor palpite até agora é fazer o seguinte:

mv /Users/a/b/c/d/* mv /Users/a/b/c/d/.* /Volumes/hDrive/

O que moveria todos os arquivos, diretórios, arquivos ocultos e diretórios ocultos (incluindo .git) para meu disco rígido. (esta sugestão pode ser encontrada em https://www.baeldung.com/linux/move-files-hidden-parent )

No entanto, li que, em geral, o Git é sensível a maiúsculas e minúsculas (porque o Linux é), e que isso pode induzir problemas ao mover para um disco rígido que não faz distinção entre maiúsculas e minúsculas. No entanto, esse diretório só foi usado no meu Mac, que não faz distinção entre maiúsculas e minúsculas, e nunca tive problemas.

1. O código de linha de comando que forneci acima fará o que eu gostaria que fizesse?

2. Terei algum problema ao mover o repositório git local do meu Mac para um disco rígido que não diferencia maiúsculas de minúsculas?

Estou usando o gerenciamento de dotfiles baseado em Git:

1. https://www.stefanjudis.com/notes/git-based-dotfile-management-without-symlinks/
2. https://www.atlassian.com/git/tutorials/dotfiles

Tenho um repositório git vazio ~/Repositories/dotfilesealias dotfiles='git --git-dir=$HOME/Repositories/dotfiles --work-tree=$HOME'

edotfiles config --local status.showUntrackedFiles no

Quando edito meus dotfiles com o VSCode, gitnão funciona porque não há .gituma pasta em que, ~/.config/zshpor exemplo, ele esteja localizado, em ~/Repositories/dotfilesquais trilhas ~/.

Posso fazer gita extensão VSCode usar .gito ~/Repositories/dotfilesrepositório bare se não houver nenhuma .gitpasta presente na raiz do projeto? Basicamente um fallback .git.

Na minha busca contínua para colocar arquivos .po sob controle de versão do git, escrevi este script para uso em diff e filter-clean: msgcat --no-location --no-wrap --sort-output - | msgattrib --no-obsolete - | grep -Ev '^"POT-Creation-Date|^"PO-Revision-Date|^"Last-Translator|^"X-Generator'

As entradas .gitconfig para chamar este script se parecem com isto:

[diff "podiff"]
    textconv = cat "$1" | "$(git rev-parse --show-toplevel)"/podiff
    cachetextconv = true
[filter "pocomments"]
    clean = "$(git rev-parse --show-toplevel)"/podiff
    smudge = cat "$1" # NOP; enable the other one temporarily to affect files on checkout, restore, etc., but please do not commit it -Zsar 2024-06-10
#   smudge = "$(git rev-parse --show-toplevel)"/podiff
    required

Cada uma das etapas realiza uma função crucial:

1. Refactors e alterações de código não relacionadas fazem com que a localização da fonte e a ordem de entrada mudem incessantemente. Esta invocação msgcat normaliza essas, então os arquivos commit-tet não têm essas alterações.
2. Entradas obsoletas dobram o tamanho dos conjuntos de alterações sempre que um msgid muda. Temos controle de versão -> esta invocação msgattrib os remove.
3. Esses campos na entrada de metadados de um arquivo .po mudam toda vez que alguém o edita com uma ferramenta dedicada - temos controle de versão -> esta invocação do grep os remove.

Agora surgiu outro obstáculo. Percebeu isso --no-wrapna frente? Não funciona.
Além disso, o encapsulamento não é estável: a cada commit estranho, alguém tem uma palavra invertida entre as linhas sem alterações humanas .
Além disso, a ferramenta relacionada Poedit também tem uma configuração "Wrap at", desabilitar o que também não funciona. (Porque ele delega para as ferramentas gettext, nenhuma surpresa aí. Mas isso significa que não há como eu normalizar os arquivos 'só dessa vez' e terminar com isso. - Por isso eu uso um filtro git em primeiro lugar.)

Muito bem, pensei e testei esta invocação para removê-los: sed -z -e 's/\"\n\"//'.
É para concatenar quaisquer linhas encapsuladas em 'msgid' e 'msgstr', de modo que as ferramentas possam encapsulá-las como quiserem, cada dia de uma forma diferente, pelo que me importa.

• Ele funciona de forma independente: sed -z -e 's/\"\n\"//' test.poimprime a saída esperada.
• Funciona quando canalizado para from cat: cat test.po | sed -z -e 's/\"\n\"//'imprime a saída esperada.
• No entanto, quando adicionado ao script existente, a etapa sed não tem efeito.

Parece que ele recebe a entrada linha por linha. Tentei colocá-lo na frente do grep sem melhora, e não consigo movê-lo na frente dos outros dois, pois o msgcat e o msgattrib têm o problema "Eu gosto dos meus wrappers aleatórios" que deu início a toda essa provação.

Posso transmitir a saída do grep ou, mais genericamente, a saída de um pipe baseado em linha , para que meu editor de fluxo possa fazer seu trabalho?

(Nota: Há muitas respostas neste site que dizem "sed não pode fazer isso" - mas sed é projetado especificamente para não se importar com quebras de linha, então isso parece desinformação. Da página do manual:

Sed é um editor de fluxo. Um editor de fluxo é usado para executar transformações básicas de texto em um fluxo de entrada (um arquivo ou entrada de um pipeline). [...] sed funciona fazendo apenas uma passagem sobre a(s) entrada(s) [.]

ênfase minha

O problema é bem claro que há mais de uma entrada, a mesma string que eu quero substituir, dividida entre elas.)

Sou um completo novato na configuração do OpenSSL; localizei os executáveis ​​do OpenSSL no meu computador Windows por meio do git no Windows.

Embora eu não saiba por onde começar a criar um certificado SSL para um site que será acessado e exigirá um login e senha, é aí que o SSL fará sua parte para o cliente, enviando ao cliente o login e a senha, desde que o cliente tenha o certificado SSL para esse site. Caso contrário, se o cliente não tiver o certificado, o site mostrará ao usuário para inserir seu login e senha.

Procurei como instalar e configurar o OpenSSL, mas a maioria dos sites só informa como instalá-lo, o que não requer essa informação. Estou pronto para executar o comando necessário para fazer o que estou perguntando nesta pergunta.

Acabei de ajudar um amigo a depurar uma "referência git quebrada". A correção foi bastante fácil , update-ref -dmas rm -r .git/refs/...ainda não entendo o que causa isso em primeiro lugar.

Tenho um conhecimento médio-alto do git nos bastidores, mas não me aprofundei muito no .gitdiretório real.

Como as ramificações/refs são armazenadas .gite o que causa referências quebradas? Ele não tinha feito nada de incomum quando isso aconteceu.

Configurei uma conta em uma instância do Gitea usando o recurso "Fazer login com GitHub" e essa conta recebeu acesso de gravação a um repositório do Gitea. Quando tento enviar alterações locais para o Gitea (usando meu nome de usuário compartilhado do GitHub e do Gitea), uma senha é solicitada. Fornecer meu token de acesso ou senha do GitHub leva à mensagem "falha na autenticação".

• Como usuário do “Sign in with GitHub”, posso enviar para o Gitea a partir de um repositório local? Se sim, como?

A próxima coisa que pretendo tentar é definir uma senha para a conta Gitea, usando Configurações do usuário › Painel de controle da conta . Não tenho certeza se posso fazer isso, pois é necessário inserir uma senha atual do Gitea, que não tenho - e estou preocupado que tentar fazer isso possa atrapalhar minha capacidade existente de fazer login no GitHub .

• Como usuário "Sign in with GitHub", posso definir uma senha do Gitea? Se sim, como?

Não consigo encontrar nenhuma documentação do recurso "Fazer login com GitHub". Procurar documentação sobre usuários externos e enviar com OAuth também não resulta em nada.

• Onde está a documentação do recurso "Entrar com GitHub"?

Eu tenho um repositório git que preciso clonar, fazer algumas coisas, depois empacotar e enviar para outras pessoas. Estou automatizando tudo isso por meio do Ansible para que não seja necessária a intervenção do usuário.

Quero garantir que depois que o repositório for clonado e antes de ser "empacotado", ele seja redefinido para o estado desejado (ramificação/tag), removendo assim quaisquer arquivos/pastas que possam ter sido adicionados à pasta/árvore de trabalho local após foi clonado. Para fazer isso, estou usando git reset --hard $ref.

Isso faz um bom trabalho na remoção de arquivos indesejados, mas o problema é que se uma pasta vazia for adicionada ao diretório repo, ela não será removida.

Existe uma maneira do git remover pastas vazias e também arquivos?

Por favor, ajude-me a depurar este conjunto de comandos de terminal.

Eu criei uma chave GPG e a adicionei ao github, e estou tentando assinar meus commits:

me@my-macbook myproject % gpg --list-secret-keys --keyid-format=long
[keyboxd]
---------
sec   rsa4096/CMC8D2G96B994245 2023-10-27 [SC] [expires: 2025-10-26]
      07A38FD8F66EBD7597K3ID51CMC8D2G96B994839
uid                 [ultimate] gpgunm <[email protected]>
ssb   rsa4096/078974E15960FC14 2023-10-27 [E] [expires: 2025-10-26]

me@my-macbook myproject % git config --global user.signingkey CMC8D2G96B994245
me@my-macbook myproject % git commit -m "Fix vulns"
error: Couldn't load public key CMC8D2G96B994245: No such file or directory?

fatal: failed to write commit object
me@my-macbook myproject %

Como você pode ver, listei as chaves e tentei definir minha chave de canto, mas quando eu confirmo, o git diz que não pode carregar a chave pública porque não existe tal arquivo ou diretório.

Quando navego para o diretório do meu repositório git, minha linha de comando me mostra muitas coisas. Parece a saída de git-show-branch. Eu tentei editar meu arquivo de configuração git para alterar o padrão para [show-branch] sem sucesso. Estou com cerca de 40 commits listados no meu prompt e está ficando um verdadeiro incômodo. Alguém sabe como fazer meu prompt voltar ao padrão?

SO é RHEL.

Aqui está a aparência do meu prompt (## substituindo informações confidenciais):

on ! [backup-master] This is the fixes I need!
 ! [checkout] Added ## and ##. This commit may be garbage
  * [master] Merge branch 'master' of /home/path/path
   ! [oldRval] Added top level cells ## and ##
----
  -  [master] Merge branch 'master' of /home/path/path
  *  [master^2] Changes to ## and level ##. Modified ## boost architecture
  *  [master^2^] Changes to all ##, some ##, many ##
  *  [master^2~2] many schematic changes. Updated ##. Updated ##
  *  [master~2] placement update done. ## done update and ongoing ## errors.
  *  [master~3] ongoing block
  *  [master~4] Updates to ##. Updated to ## for cleaner layout.
  *  [master~5^2] final fixes on ##. Separated ##.
  *  [master~5^2^] This is the fixes I need
  *  [master~6] Updated ##, ## and some ## with ## versions
+    [backup-master] this is the fixes I need
++*  [checkout] Added XX and ## . This commit may be garbage
++*+ [oldRval] Added top level cells ## and ##