Eu tenho usado a ferramenta TortoiseGit para realizar as operações diárias do git Hoje, vou deixar o Git completamente de lado e ter um entendimento geral.
Primeiro fale sobre a diferença entre o Git e o GitHub. O Git é um armazém para armazenar documentos de código e o GitHub é um serviço que fornece repositórios Git na Internet. O GitHub é a implementação de front-end que vimos, e o Git gerencia mais tarde. Separe os dois, ou inevitavelmente haverá problemas por trás.
Primeiro, precisamos criar nossa própria conta no site www.github.com Após a conclusão da criação, você receberá um e-mail com o código de verificação da caixa de correio usada para o registro. Este passo é muito simples.
Em seguida, crie uma nova biblioteca para você, por 
exemplo, preencho o designModel na pequena caixa vermelha abaixo, para que uma biblioteca vazia seja construída.De 
baixo, você pode operar diretamente no git local
Em seguida, o primeiro passo é instalar o Git. Instalei o Git-2.25.1-64-bit. Esta é a instalação padrão até o fim.
Após a conclusão da instalação, execute a criação do diretório .ssh e a geração da chave pública / chave privada no diretório BIN da instalação do GIT.
Use a janela CMD para ir para o diretório BIN do GIT, execute sh.exe para 
executar a operação de criação de diretório mkdir ~ / .ssh ( Deve-se observar aqui que ele já está no estilo do bash.Não use o comando window em windows.Depois da 
conclusão, um diretório .ssh será gerado no diretório do usuário da unidade C.
Crie uma chave pública / privada e execute o comando ssh-keygen -t rsa -C "Account @ Mailbox" (a conta aqui é a caixa de correio ao registrar um usuário do github), a conta marcada na caixa preta na figura abaixo (até @include a caixa de correio 1 atrás E entre)
Observe que o ssh-keygen na frente está conectado juntos, não desconecte
Após a conclusão da execução, dois arquivos correspondentes id_rsa e id_rsa.pub serão gerados no diretório local .ssh.
Em seguida, cole o conteúdo de id_rsa.pub (no arquivo de chave pública). Depois de postar as informações correspondentes da chave pública na área de configuração ssh, no menu de configuração do GitHub 
, você receberá outro email normalmente na sua caixa de correio, com as seguintes informações escritas:
Se você acredita que essa chave foi adicionada por engano, você pode remova a chave e desative o
acesso no seguinte local:
Tudo bem
Após a conclusão, você pode se conectar ao github normalmente.
A primeira coisa a fazer é levar a biblioteca vazia que criamos no github para o local primeiro.Aqui você tem que escolher o local onde deseja colocar a biblioteca.Por exemplo, eu quero colocar a biblioteca no diretório workspace-git da unidade d e, em seguida, Basta executar o GitBash neste diretório; 
portanto , após entrar na janela de execução do bash, os diretórios que ele opera são baseados no diretório atual e, em seguida, você pode executar o comando
git clone git clone https://github.com/mas199980/DesignModel .git é seguido pela conexão da minha própria biblioteca,
isso é conectado à página do github para encontrar, você também pode usar o comando git remote -v para encontrar
Após a execução bem-sucedida, um diretório relevante é gerado localmente, e as operações subseqüentes de upload e download de código são executadas nesse diretório
Após o êxito do clone, haverá uma pasta contendo o arquivo .git com o mesmo nome da biblioteca. Em seguida, criei um projeto maven inicial com eclipse neste arquivo e preciso enviar o arquivo recém-criado para a biblioteca.As etapas necessárias são as seguintes:
1. Execute o comando git add para adicionar os arquivos correspondentes à área de 
cache.Se você escreve.É todos os arquivos no diretório atual 2. Depois de concluir, envie os arquivos para o gerenciamento local, execute git commit, eu tenho um parâmetro para este commiit, faça Uma nota-m (porque não há captura de tela da operação anterior, adicionarei uma aqui, portanto, a nota é para adicionar o arquivo readme.md)
3. Finalmente, pressionamos o commit local para git e executamos git push
Quando solicitado a cancelar o êxito desse envio, você pode ver o código enviado no site do github.
Um processo básico tão avançado é concluído. Frequentemente, podemos verificar se não há nenhuma operação de confirmação localmente através do comando git status, e será suficiente enviar a confirmação incompleta.
Abaixo está outra operação muito comum do git, que é ramificar. Quando a equipe desenvolve um sistema online, geralmente encontra bugs e precisa voar juntos. O bug provavelmente atingirá o ramo de lançamento imediatamente, mas a demanda poderá ser desenvolvida apenas pela metade. Dessa forma, deve haver pelo menos duas ramificações, uma para continuar a fazer requisitos e a outra para corrigir o lançamento e, em seguida, antes da próxima rodada de lançamento, todos os patches também devem ser mesclados no ramo principal de desenvolvimento.
Você pode ver quais ramificações estão atualmente sob git através do comando git branch.No meu caso, agora existem duas ramificações, uma é a principal e a outra é a ramificação feature-A que foi usada apenas para teste de ramificação. No momento, estou operando a ramificação principal por padrão (isso deve ser observado que a confusão da versão no local geralmente significa que o desenvolvedor mencionou a ramificação errada ao enviar a versão do código, resultando em várias tragédias -_-)
Vamos criar uma nova ramificação abaixo, git checkout -b feature-A, este é o comando para criar a ramificação feature-A que acabei de ver.Após a execução ser bem-sucedida, a nova ramificação é criada. Ao mesmo tempo, o ramo de trabalho atual também será alternado para o novo ramo por padrão (o comando para retornar ao ramo original é o git checkout master)
Após a conclusão da troca, você pode operar nesta ramificação: assim como na ramificação principal, as operações de confirmação incluem add, commit e push (ao enviar, preste atenção ao nome da ramificação no recurso de origem git push-A). Após a conclusão, você também pode ver a modificação correspondente no github
Em seguida, as alterações no recurso-A serão mescladas no mestre, o que será feito da seguinte maneira:
primeiro, volte para o ramo principal (ou seja, o ramo a ser mesclado) e, em seguida, execute o comando
merge git merge --no- ff recurso-A
Dessa maneira, as alterações no recurso A são mescladas na ramificação principal. Porém, neste momento, não há alterações no github, e você precisa executar outra operação de push do git.
Por fim, execute o comando git status para ver a fusão mais recente.A linha vermelha é a ramificação principal e a linha verde é a ramificação A recém-apresentada.
Dessa maneira, o comando mais básico da operação git é concluído. Os estudantes geralmente usados podem basicamente realizar operações diárias.
Se você encontrar uma situação de conflito de versão e não puder simplesmente cobrir o código para resolver o problema, isso é um tabu para o desenvolvimento. Certifique-se de verificar as partes conflitantes do código em detalhes antes de continuar. Ele pode ser resolvido pelas rotinas acima, ou você pode verificar os comandos para obter a resolução de mesclagem e os comandos para revogar a versão.