Perguntas[git](unix)

Contexto: Faz anos que reinstalei meu Linux Mint, agora com alguns meses de instalação do Linux Mint 22 Cinnamon, então não sei se minha pergunta é específica para o VS Codium, que é o Free/Libre Open Source Software Binaries do VS Code, o que significa que ele desabilitou a telemetria e presumo que algumas outras coisas consideradas relacionadas à telemetria/rastreamento. Decidi mudar do MS VS Code para o Free/Libre VS Codium junto com minha nova instalação do SO.

O problema é que não lembro como configurei (se é que havia algo...) gitpara forçar a assinatura de todos os meus commits com minha chave GPG?

Estou tentando usar curl(v8.6.0) para enviar a solicitação HTTP para o lado do servidor no terminal git bash do Windows. O lado do servidor é um aplicativo Java spring boot. Quando o curlconteúdo JSON contém palavras em chinês, o lado do servidor mostra este erro:

Caused by: com.fasterxml.jackson.databind.JsonMappingException: Invalid UTF-8 start byte 0xb2
  at [Source: (org.springframework.util.StreamUtils$NonClosingInputStream); line: 1, column: 11] (through reference chain: com.guangdanet.youxue.admin.rest.vo.product.line.LineSaveReqVO["name"])
    at com.fasterxml.jackson.databind.JsonMappingException.wrapWithPath(JsonMappingException.java:402)
    at com.fasterxml.jackson.databind.JsonMappingException.wrapWithPath(JsonMappingException.java:361)
    at com.fasterxml.jackson.databind.deser.BeanDeserializerBase.wrapAndThrow(BeanDeserializerBase.java:1863)
    at com.fasterxml.jackson.databind.deser.BeanDeserializer.deserializeFromObject(BeanDeserializer.java:394)
    at com.fasterxml.jackson.databind.deser.BeanDeserializer.deserialize(BeanDeserializer.java:185)
    at com.fasterxml.jackson.databind.deser.DefaultDeserializationContext.readRootValue(DefaultDeserializationContext.java:323)
    at com.fasterxml.jackson.databind.ObjectReader._bindAndClose(ObjectReader.java:2105)
    at com.fasterxml.jackson.databind.ObjectReader.readValue(ObjectReader.java:1481)
    at org.springframework.http.converter.json.AbstractJackson2HttpMessageConverter.readJavaType(AbstractJackson2HttpMessageConverter.java:395)
    ... 175 common frames omitted

Caused by: com.fasterxml.jackson.core.JsonParseException: Invalid UTF-8 start byte 0xb2
  at [Source: (org.springframework.util.StreamUtils$NonClosingInputStream); line: 1, column: 11]
    at com.fasterxml.jackson.core.JsonParser._constructError(JsonParser.java:2477)
    at com.fasterxml.jackson.core.base.ParserMinimalBase._reportError(ParserMinimalBase.java:750)
    at com.fasterxml.jackson.core.json.UTF8StreamJsonParser._reportInvalidInitial(UTF8StreamJsonParser.java:3712)
    at com.fasterxml.jackson.core.json.UTF8StreamJsonParser._reportInvalidChar(UTF8StreamJsonParser.java:3708)
    at com.fasterxml.jackson.core.json.UTF8StreamJsonParser._finishString2(UTF8StreamJsonParser.java:2634)
    at com.fasterxml.jackson.core.json.UTF8StreamJsonParser._finishAndReturnString(UTF8StreamJsonParser.java:2560)
    at com.fasterxml.jackson.core.json.UTF8StreamJsonParser.getText(UTF8StreamJsonParser.java:335)
    at com.fasterxml.jackson.databind.deser.std.StringDeserializer.deserialize(StringDeserializer.java:42)
    at com.fasterxml.jackson.databind.deser.std.StringDeserializer.deserialize(StringDeserializer.java:11)
    at com.fasterxml.jackson.databind.deser.impl.MethodProperty.deserializeAndSet(MethodProperty.java:129)
    at com.fasterxml.jackson.databind.deser.BeanDeserializer.deserializeFromObject(BeanDeserializer.java:392)

O jackson era o analisador JSON padrão para o aplicativo spring boot, e este lado do servidor funciona bem com uma solicitação xhr do Google Chrome, mas falha com a curlsolicitação do terminal git do Windows.

Estou esquecendo de algo? Parece que este git bash tem algum problema de codificação no Windows. O que devo fazer para que o git bash do Windows suporte palavras em chinês?

Esta é a curlinformação:

curl 8.6.0(x86_64-w64-mingw32) 1ibcur1/8.6.0 schannel z1ib/1.3.1 brotli/1.1.0std/1.5.5 1ibidn2/2.3.7 1ibps1/0.21.5 1ibssh2/1.11.0
    Release-Date: 2024-01-31
    Protocols: dict file ftp ftps gopher gophers http https imap imaps ipfs ipns lda2 ldaps mgtt pop3 pop3s rtsp scp sftp smb smbs smtp smtps telnet tftp
    Features: alt-svc AsynchDNs brotli HSTS HTTPS-prOXy IDN IPv6 Kerberos Largefileibz NTLM PSL SPNEGO SSL SSPI threadsafe UnixSockets zstd

Vejo que é preciso um --formatargumento:

       --format <format>
           A string that interpolates %(fieldname) from a branch ref being shown and the object it points at. The format is the same as that of git-for-each-ref(1).

Quando eu olho man git-for-each-refeu descubro

 When unspecified, <format> defaults to %(objectname) SPC %(objecttype) TAB %(refname).

e na parte inferior tem estes exemplos:

           --format='From: %(*authorname) %(*authoremail)
           Subject: %(*subject)
           Date: %(*authordate)
           Ref: %(*refname)

           %(*body)
           ' 'refs/tags'

--format="ref=%(refname)"

e mais alguns que entendo menos ainda.

Tudo que eu quero é mudar o tom de azul aqui. Ajuda por favor!

Estou procurando um formatador para usar com meus commits do git. parpraticamente faz o que eu quero, com a (importante) limitação de que não consigo formatar listas com marcadores corretamente, que são bastante comuns em mensagens de commit.

Por exemplo:

% export PARINIT="rTbgqR B=.,?'_A_a_@ Q=_s>|"
% par << EOF                                                                                                                                            
heredoc> [JR-1234] This is a fix for the thing.

I am a developer that doesn't like linebreaks. I am a developer that doesn't like linebreaks. I am a developer that doesn't like linebreaks.

  - I am a developer that doesn't like linebreaks. I also like bullet lists. I like bullet lists a lot.
  - I like bullet lists. I like bullet lists a lot. I am also a developer that doesn't like linebreaks.

I am a developer that doesn't like linebreaks. I am a developer that doesn't like linebreaks. I am a developer that doesn't like linebreaks.
heredoc> EOF

Isso fornece a saída:

[JR-1234] This is a fix for the thing.

I am a developer that doesn't like linebreaks. I am a developer that
doesn't like linebreaks. I am a developer that doesn't like linebreaks.

  - I am a developer that doesn't like linebreaks. I also like bullet
  - lists. I like bullet lists a lot.  I like bullet lists. I like
  - bullet lists a lot. I am also a developer that doesn't like
  - linebreaks.

I am a developer that doesn't like linebreaks. I am a developer that
doesn't like linebreaks. I am a developer that doesn't like linebreaks.

Embora eu gostaria de ter algo assim:

[JR-1234] This is a fix for the thing.

I am a developer that doesn't like linebreaks. I am a developer that
doesn't like linebreaks. I am a developer that doesn't like linebreaks.

  - I am a developer that doesn't like linebreaks. I also like bullet
    lists. I like bullet lists a lot.
  - I like bullet lists. I like bullet lists a lot. I am also a
    developer that doesn't like linebreaks.

I am a developer that doesn't like linebreaks. I am a developer that
doesn't like linebreaks. I am a developer that doesn't like linebreaks.

Fazer isso parseria o ideal, mas algum outro formatador independente na mesma linha também serviria.

Eu configurei git diffpara ser um comando que chama substituto diff para visualizar diferenças de arquivos, ou seja, /usr/bin/vim -dR "$2" "$3"e que não funciona quando quero criar um patch usando git diff > patchfile.

Existe uma maneira de invocar diretamente o diff integrado do git sem desabilitar o diff substituto que uso para comparações visuais?

Estou usando o yocto para construir minha distribuição Linux personalizada. Preciso adicionar hiredisà minha distribuição. Hiredis é uma biblioteca cliente C minimalista para o banco de dados Redis e preciso dela para acessar o Redis por meio de um aplicativo C.

A receitahiredis_0.14.0.bb

No meu sistema de compilação yocto há a receita hiredis_0.14.0.bbarmazenada na pasta meta-openembedded/meta-oe/recipes-extended/hiredise na meta camada meta-openembedded.

O conteúdo da receita é o seguinte:

DESCRIPTION = "Minimalistic C client library for Redis"
HOMEPAGE = "http://github.com/redis/hiredis"
LICENSE = "BSD-3-Clause"
SECTION = "libs"
DEPENDS = "redis"

LIC_FILES_CHKSUM = "file://COPYING;md5=d84d659a35c666d23233e54503aaea51"
SRCREV = "685030652cd98c5414ce554ff5b356dfe8437870"
SRC_URI = "git://github.com/redis/hiredis;protocol=git \
           file://0001-Makefile-remove-hardcoding-of-CC.patch"

S = "${WORKDIR}/git"

inherit autotools-brokensep pkgconfig

EXTRA_OEMAKE = "PREFIX=${prefix} LIBRARY_PATH=${baselib}"

# By default INSTALL variable in Makefile is equal to 'cp -a', which preserves
# ownership and causes host-user-contamination QA issue.
# And PREFIX defaults to /usr/local.
do_install_prepend() {
  export INSTALL='cp -r'
}

O Git Fetcher baixa a versão 0.14.0do Hiretedis

Se eu executar o comando:

> bitbake hiredis

o hirediscódigo é obtido pelo GitHub e compilado corretamente. A versão no código baixado do GitHub é a 0.14.0, enquanto está SRC_URIdefinida como:

SRC_URI = "git://github.com/redis/hiredis;protocol=git \
           file://0001-Makefile-remove-hardcoding-of-CC.patch"

Este valor SRC_URIsignifica que está usando o Git Fetcher e não há parâmetros especificados branchou reve isso significa que os valores desses parâmetros são master.

A única referência à versão 0.14.0está no nome da receita (hiredis_ 0.14.0.bb) então escolhe-se a versão 0.14.0porque o valor da PVvariável é 0.14.0(o PVvalor é definido pelo nome da receita).

Minha pergunta

Por que a versão buscada da biblioteca Hiretedis é 0.14.0e não a mais recente?

git fetch --all --no-tagsnão faz o que diz na lata e continua buscando tags sempre que eu o executo. Como faço para buscar todos os controles remotos sem buscar tags?

Reproduzir:

1. Bifurque este repositório
2. Clone seu garfo
3. Adicione um controle remoto upstream para[email protected]:cachix/install-nix-action.git
4. git fetch --all --no-tags

O que deve acontecer: Nenhuma tag deve ser prejudicada por esta transação.

O que realmente acontece: os controles remotos derrotam as tags uns dos outros:

❯ git fetch --all --no-tags
Fetching origin
From github.com:example-user/install-nix-action
 - [deleted]                   (none)     -> [omitted]
[…]
Fetching upstream
From github.com:cachix/install-nix-action
 * [new tag]                   [omitted]  -> [omitted]
[…]

Ele ainda exibe esse comportamento ao buscar apenas o controle remoto padrão:

❯ git fetch --no-tags
From github.com:example-user/install-nix-action
 - [deleted]                   (none)     -> [omitted]

Há muita configuração para esta questão:

Eu tenho um host ( rpi5.local) com 2 contas de usuário: pie cake.

Eu queria explorar gite criei a cakeconta para "possuir" os repositórios "servidor/origem". Como usuário cake, em /home/cake, criei uma pasta ( git-srv) com uma subpasta chamada projectA. Passei pelo processo de inicialização deste repositório usando git init --bare.

Inicialmente, "preenchi" o projectArepositório no servidor de outro host ( rpi4b.local). Enviei pushalguns arquivos em uma pasta chamada Aprojectno raspberrypi4b.localhost para o projectArepositório via SSH usando esta sequência:

$ hostname
rpi4b.local
$ pwd
/home/pi/Aproject
$ git push -u ssh://[email protected]/home/cake/git-srv/projectA.git

Isso funcionou bem.

Como usuário pi, clonetransferi o projectArepositório para uma pasta no arquivo /home/pi/XYZ. Fiz & commiteditei algumas alterações em um dos arquivos /home/pi/XYZe tentei fazer pushessas alterações no servidor da seguinte maneira:

$ hostname
rpi5.local
$ pwd
/home/pi/XYZ
$ git push -u /home/cake/git-srv/projectA.git

Recebi um erro com este esforço:

...
error: remote unpack failed: unable to create temporary object directory
To /home/cake/git-srv/projectA.git
 ! [remote rejected] master -> master (unpacker error)
error: failed to push some refs to '/home/cake/projectA.git'

Depois de pesquisar um pouco sobre esse erro, concluí que era um problema de permissão entre pie cake. Achei que a solução seria su cakeas user pi, então fiz isso e tentei pushnovamente. E finalmente, minha pergunta:

$ whoami
cake
$ hostname
rpi5.local
$ pwd
/home/pi/XYZ
$ git push -u /home/cake/git-srv/projectA.git
fatal: failed to stat '/home/pi/motd.git': Permission denied

O que failed to statsignifica nesta situação e existe uma solução simples ?

Pergunta no título, mas deixe-me detalhar mais. Excluindo o método ID/Senha no git CLI, geramos uma chave SSH e adicionamos a chave pública ao servidor remoto. Por que não temos métodos de criptografia de chave pública sem SSH? Não estamos nem nos conectando ao terminal remoto de uma máquina, nem precisamos conectar o terminal de uma máquina remota (precisamos?), Então por que ela é chamada de chave SSH? É apenas uma questão de convenção de nomenclatura ou algo mais? Qual é a história por trás disso?

Meu .gitignorearquivo está instruindo para ignorar o ../../.aws/diretório:

$ cat .gitignore
coredumps/
../../.aws/
.*.sw*
*bak
*log

Infelizmente, essa instrução é ignorada:

$ git status | head -6
# On branch main
# Untracked files:
#   (use "git add <file>..." to include in what will be committed)
#
#       ../../.aws/
#       ../../.bash_history

Como devo alterar my .gitignorepara que ../../.aws/seja excluído da git statussaída?