Perguntas[git](unix)

Pode ser uma pergunta vaga, mas atualmente não consigo encontrar uma boa solução na minha cabeça.

Tenho um aplicativo BookStack em execução em um servidor da empresa. Para simplificar e por segurança, tenho um .gitignorearquivo personalizado que ignora tudo, exceto nossas extensões e .envconfigurações personalizadas.

A ideia é que os desenvolvedores possam adicionar o repositório de produção como fonte remota em um diretório com o BookStack junto com um banco de dados simulado para testá-lo com segurança.

Agora, isso é bom, desde que eu não tenha que buscar do repositório BookStack. Se eu adicionar agora o BookStack como fonte remota no servidor de produção, ele entrará em conflito com a .gitignoreatualização.

Você tem algum conselho sobre como eu poderia resolver esse problema, além de resolver esse conflito a cada atualização?

Quero comparar 6.1 (que é o principal) e meu branch

git diff [6.1...] -- [/MM-pizdmr-are-up-to-date]
fatal: bad revision '[6.1...]'

Eu tentei o Github UI, mas demorou muito e sugeri

git diff 6.1.../MM-pizdmr-are-up-to-date
fatal: ambiguous argument '6.1.../MM-pizdmr-are-up-to-date': unknown revision or path not in the working tree.
Use '--' to separate paths from revisions, like this:
'git <command> [<revision>...] -- [<file>...]'

O que há de errado com meu diff?

Adicionei esta etapa ao CI

  check_if_there_is_change:
      - run: 
          name: Check that no git-tracked files were modified
          command: |
          FILES_MODIFIED="$(git status --porcelain)"
        if [[ -n "$FILES_MODIFIED" ]]; then
          echo "The following files were modified or added during the build process:"
          echo "$FILES_MODIFIED"
          echo "This will likely prevent successful publishing. Please run the build locally and include these changes in your pull request)"
          exit 1
        fi

Mas falha

yaml.scanner.ScannerError: while scanning a simple key
  in ".circleci/main.yml", line 638, column 11
could not find expected ':'
  in ".circleci/main.yml", line 639, column 9

O IntelliJ mostra elemento filho inválido no mapeamento de bloco.

Como mudar isso? Quero saber se os arquivos foram modificados.

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]