• Skip to primary navigation
  • Skip to content

Mauda

IT, Java and Music

Graduação   SCJP   Mestrado
  • Apresentação
  • Certificação Java
  • JPA
    • Exceptions
  • JSF
  • Versionamento
  • Contato

Versionamento de Projetos de Software – Eclipse – Operação de Commit e Push

June 11, 2018 by Mauda Leave a Comment

Conteúdo do Post:
  1. Eclipse- Operação de Commit e Push
  2. finnaly{

Olá Pessoal, tudo bom?

Há 3 anos atrás construí uma serie de artigos sobre versionamento de Projetos de Software, mas nunca mais mudei esses artigos ou acrescentei coisas novas. Para ver todos os artigos sobre versionamento acesse esta página. Lá haverá um mapa mental com todos os artigos. Esse artigo mostra a operação de Commit e Push, que envia arquivos para o repositório remoto. Veja na continuação.

Eclipse- Operação de Commit e Push

Dentro do conceito do Git o envio de arquivos para o repositório remoto é divido em duas partes. Uma que envia para o repositório local (commit) e outra que empurra do repositório local para o repositório remoto (push).

Nesse momento vamos demonstrar essas duas operações para definir corretamente estas. Com o repositório já clonado e importado no Eclipse vamos abrir um arquivo, por exemplo a classe Instituicao, conforme mostra a Figura 01.

Figura 01 – Classe Instituicao

 

Agora vamos criar um comentário antes da declaração da classe, a fim de verificar se o arquivo chegará ao repositório remoto. Assim escreva o comentário “//comentario para o teste de commit” conforme a Figura 02

Figura 02 – Classe Instituicao com o comentário para o teste

 

Ao salvar essa classe, o Eclipse irá exibir um sinal de maior (‘>’) na classe Instituicao, o package e o projeto também receberão esse sinal, conforme mostra a Figura 03 com os sublinhados vermelhos. O mesmo ocorrerá com qualquer arquivo que foi alterado e ainda não foi commitado ao menos para o repositório local.

Figura 03 – Sinal de maior, indicando que o arquivo foi alterado

 

Chegou o momento de realizar a operação de commit, assim clique sobre o projeto e acesse a opção Team > Commit… conforme a Figura 04.

Figura 04 – Operação Team > Commit

 

Nesse momento o Eclipse exibirá a view Git Staging a qual contém todas as informações relacionadas ao commit de um arquivo, conforme mostra a Figura 05.

Figura 05 – View Git Staging

 

Vamos explicitar alguns dos itens da view Git Staging:

  • Unstaged Changes: Exibe os arquivos que foram alterados, mas não foram selecionados para serem commitados
  • Staged Changes: Exibe os arquivos que foram alterados e selecionados para serem commitados
  • Commit Message: Text area o qual serve para descrever uma mensagem do porque aquelas alterações estão sendo efetuadas. Isso é muito importante para ajudar outros desenvolvedores a entender o motivo desse commit
  • Author: Indica o autor do commit, com uma tupla “nome <e-mail>”. É bom lembrar que o responsável por essa operação é definido pelo usuário e senha do commit não por esse texto aqui.
  • Commiter: Indica quem está commitando, com uma tupla “nome <e-mail>”. Mesmo comentário do item acima vale aqui.

Os botões Commit and Push… e Commit serão explicados mais a frente. Além disso após passar o arquivo para a área de Staged Changes, o símbolo de maior é removido e um simbolo de asterisco aparece no lugar conforme mostra a Figura 06 com os sublinhados vermelhos.

Figura 06 – Sinal dos arquivos modificados mudou após o Staging dos arquivos

 

Agora volte a view Git Staging e clique no botão Commit. A classe será commitada para o repositório local. A operação de Commit envia os arquivos somente para o repositório local e não para o repositório remoto. Perceba que ao lado do nome do projeto aparece um número com uma seta para cima, conforme Figura 07. Esse número indica que a versão que está no repositório local é a versão número mais atualizada que a do repositório remoto, conforme a Figura 19. Repare também que o sinal de asterisco que existia ao lado dos arquivos alterados sumiu.

Figura 07 – Existe 1 operação de commit a mais que o repositório remoto

 

Como foi realizada apenas a operação de commit, os arquivos foram enviados apenas para o repositório local, dessa forma, não deve haver alterações no arquivo no repositório remoto, para tanto realize a operação de visualização de arquivos no repositório do bitbucket e ficará constatado que lá não houve alteração no arquivo, Figura 08.

Figura 08 – Classe Instituicao não foi alterada no repositório remoto

 

Agora é hora de “Empurrar” a alteração realizada para o repositório remoto. Para isso você deve acessar a opção Team > Push to Upstream, conforme a Figura 09.

Figura 09 – Operação Team > Push to Upstream

 

Ao acessar essa opção, o Eclipse pode pedir para que você insira a senha e o usuário do Bitbucket. Como não temos conflitos de arquivos, aparecerá uma dialog de Push Results, conforme a Figura 10

Figura 10 – Dialog Push results

 

Vamos voltar ao site do bitbucket e observar novamente o arquivo da classe Instituicao, a classe estará com o comentário adicionado, conforme Figura 11.

Figura 11 – Operações de commit e push realizadas com sucesso.

 

finnaly{

Nesse momento já descrevemos as duas operações básicas de envio de arquivo, para o repositório local, quanto o remoto.

Duvidas ou sugestões? Deixe seu feedback! Isso ajuda a saber a sua opinião sobre os artigos e melhorá-los para o futuro! Isso é muito importante!

Até um próximo post!

Filed Under: Java, Versionamento Código Tagged With: Bitbucket, commit, Eclipse, GIT, Java, Projeto Java, push, Versionamento

About Mauda

Mestre em Informática, Analista de Sistemas, Professor, SCJP e Baterista. Desde 2002 trabalhando no mundo Java e ensinando pessoas sobre desenvolvimento de sistemas. Mais informações

Reader Interactions

Leave a Reply Cancel reply

Your email address will not be published. Required fields are marked *

This site uses Akismet to reduce spam. Learn how your comment data is processed.

Advertisements

Copyright © 2022 · Genesis Framework · WordPress · Log in