É OPS, mas tentei usar o Git ~ Parte 2

Olá. Aqui é a Komiya. Esta é uma continuação do artigo anterior. Desta vez, vou escrever sobre git merges, tags e conflitos. Bem, por favor, assistam com atenção, pois parece quando iniciantes se acostumam. Não falo sobre git-flow ou modelos de branch.

Quebrar branch com git branch

Verifique onde você está

$ git branch -a
  add_custom_repository
* mestre

Certifique-se de que ninguém acabou de adicionar.

$ status git
# Sobre o chefe de ramo
# Alterado, mas não atualizado: 
# (use "git add <file>..." para atualizar o que será commitado)
# (use "git checkout - <file>- ..." para descartar alterações no diretório de trabalho)
# 
# Modificado: .gitignore
# 
nenhuma alteração adicionada ao commit (use "git add" e/ou "git commit -a")   

*Se tiver um cara que acabou de adicionar, você precisa se comprometer ou guardar algo.

Corte e mova uma nova filial

$ git checkout -b add_xxxx-opções
$ git branch -a

Verifique se há * no novo local git-checkout(1) se você só quer mover em vez de criar um branch (não adicione -b)

$ git checkout <branch-name>
$ git branch -a

Fix

$ git add <filename>
$ git commit -m 'comentário' 

Ao empurrar,

$ git push origem <branch-name1>:<branch-name1>

Dessa forma, você não precisa escrever argumentos depois que o .git/config for registrado, como mostrado abaixo

[ramo "<branch-name1>"]
        remoto = origem
        fusão = referências/cabeças/<branch-name1>

No entanto, se você não adicionar um argumento, todas as filiais locais serão empurradas, então tome cuidado se você não estiver em um estado onde possa fazer push

　Depois de corrigir, verifique com um teste seco com faca solo

Sobre a fusão para o mestre

Git - Fundamentos de Ramificação e Fusão Você pode criar uma requisição de fusão na interface gráfica do Gitlab (chamada pullik no github), selecione o link [Solicitações de Fusão] e clique em [+Nova Solicitação de Fusão] para decidir qual branch você quer mesclar de qual branch para qual branch. Se parecer ok, permita a requisição de merge.

Ou git marge. Basta ir para master (o branch onde a marge está localizada), <margeしたいブランチ名>git marge e commit. Se você estiver em dúvida, pode cortar um novo branch de validação e marge lá para salvar.

Se ocorrer um conflito, responderemos analisando cuidadosamente ou buscando a URL acima.

Sobre ##### tag

Uma tag é como uma etiqueta anexada a um commit. Ela é usada para controle de versão, anexando uma tag específica a um commit específico.

Normalmente, você marca eles imediatamente após o commit

$ etiqueta git

Você pode obter uma lista de tags e tags.

$ etiqueta <tag-name>git

Se você acertar, pode adicionar uma nova tag ao HEAD atual.

Como está, será uma tag que só faz sentido localmente, então, para empurrar a tag para a origem remota, faça o seguinte

$ git push origem <tag-name>

Se quiser ver o conteúdo da tag, pode conferir

$ git checkout <tag-name>

No entanto, isso vai te colocar em um estado HEAD isolado, então mesmo que você atualize nesse estado, não poderá fazer commit em lugar nenhum. Se quiser manter essa atualização, pode adicionar -b, cortar um novo branch e fazer commit ali. A tag é apenas um ponteiro e não pode ser atualizada, então é melhor voltar para um branch em algum lugar com um checkout e então atualizá-lo.

Como identificar ##### confrict antecipadamente

git format-patch. Você não pode simplesmente usar um ponteiro, mas por favor veja o link para detalhes. Como verificar antecipadamente se há conflito no git merge - Qiita Depois de analisar isso, identifiquei as mesmas áreas conflitantes e ajustei as localizações para as mesmas entre os branches, e o botão merge apareceu no navegador. Acho que seria mais fácil clicar aqui. Se você estiver em dúvida, acho que seria uma boa ideia verificar com 'git diff master ' ou 'git checkout' para comprometer apenas certos arquivos em outro branch.

Ranking de História Atual

É um bônus. O uso varia dependendo do ambiente de trabalho, então a classificação é diferente.

@某社内鯖
# história | awk '{imprimir $4}' | ordenar | uniq -c | ordenar -nr | cabeça
   1598 git
    768 vi
    382 gato
    341 ls
    249 CD
    Feixe 222
    189 aws
    Faca 139
    116./rubi
     83 a favor
@某リモート鯖
$ histórico | awk '{print $2}' | ordenar | uniq -c | ordenar -nr | cabeça
    Cozinha 185
    183 vi
    119 git
     56 ssh
     47 CD
     38 W
     34 ls
     29 df
     24 para
     22 gato

Se você tiver mais alguma coisa, gostaria de consultar o seguinte. 19 segredos que você pode usar ao fazer isso no Git - Qiita Know-how sobre git push.default - Qiita E agora, achei que a folha de cola no início da referência ao Git pocket era a mais fácil de entender.

Bem, é curto, mas é o fim da série, então obrigado por ler.</margeしたいブランチ名>