IDEA, Git, BitBucket na prática. Parte 1: Noções básicas. Trabalhamos localmente.

Cansado de carregar um pen drive com JavaRushHomeWork.7z do trabalho para casa e de casa para o trabalho, mais uma vez esquecendo de copiar tarefas inacabadas, tomei uma decisão obstinada de não esperar pelo nível 39 e configurei uma combinação Git + BitBucket para uso pessoal. BitBucket , porque existem repositórios privados gratuitos (não se esqueça das regras do JavaRush), e Git , porque o Git, porque era bastante conhecido, porque já me perguntaram sobre ele. Naquele momento, tudo parecia simples e claro: cadastre-se em bitbucket.org , instale o Git , pressione um botão mágico e meus arquivos aparecerão no servidor, pressione outro e milagrosamente continue trabalhando com os arquivos atuais em outro local. Li aqui e aqui , cadastrei, instalei, cadastrei, conectei, cliquei em "Compartilhar projeto", digitei um nome, selecionei um tipo e... milagre não aconteceu. Não decolou, o servidor estava vazio... Com pesar fui obrigado a expor alguns fatos: não dá para ficar sem pandeiro, não entendo nada o que deveria acontecer na realidade, por assim dizer, nos bastidores, e o que significam todas essas novas palavras que apareceram em minha vida em um instante. Então, seja paciente, pegue o maravilhoso livro Pro Git e comece tudo de novo.

Só um pouco de teoria para aquecer.

O controle de versão é um sistema que rastreia alterações em um ou mais arquivos e permite que certas versões mais antigas sejam restauradas. Git é um sistema distribuído de controle de versão de arquivos. Um sistema de controle de versão distribuído é um sistema no qual todo o histórico de alterações é armazenado em cada computador, no armazenamento local e, se necessário, fragmentos individuais do histórico do armazenamento local são sincronizados com um armazenamento semelhante em outro computador. O que isso significa para nós? E o fato é que em qualquer computador envolvido no processo teremos localmente uma cópia do repositório que necessitamos. Na verdade, o trabalho principal é feito com o repositório local . Portanto, nesta fase esquecemos o BitBucket e aprendemos a trabalhar localmente com Git no IDEA.

Instalando o Git.

Você pode obter a distribuição no site do projeto git-scm.com. Não adianta descrever detalhadamente o procedimento de instalação, a instalação é trivial e as configurações disponíveis nesta fase são bastante claras. Além disso, a Internet está repleta de materiais de instalação, inclusive vídeos. A atenção deve estar focada em apenas um ponto: se você instalar o Git após o IDEA, neste último deverá especificar o caminho para git.exe. Se o IDEA foi instalado após o Git, o caminho será adicionado automaticamente.

Criando um repositório Git.

Existem duas maneiras de criar um repositório git:

1. Importe um projeto ou diretório existente para o Git.
2. Clone um repositório existente do servidor.

Consideraremos o segundo ponto mais tarde, quando passarmos a trabalhar com o servidor Git, mas por enquanto vamos nos concentrar no primeiro ponto. Inicialmente, o Git foi projetado para funcionar a partir do console, em modo de comando, portanto, para um melhor entendimento do que está acontecendo, a seguir darei comandos do Git e os ilustrarei com comandos de menu ou atalhos de teclado no IDEA. Ao mesmo tempo, você pode trabalhar na linha de comando diretamente do IDEA. Entrada: Um projeto IDEA simples com um arquivo de classe. Para criar um repositório, use o comando git initEste comando criará um novo subdiretório .git no diretório atual com os arquivos necessários, a base do repositório Git. Da mesma forma, em IDEA - VCS - Habilitar integração de controle de versão IDEA relatará alegremente sobre a conclusão bem-sucedida da operação, algumas novas guias aparecerão nos "Botões de ferramentas" e na guia "Controle de versão" podemos ver o executado comandos e seus resultados.

Adicionando arquivos

Criamos a base do repositório, mas o projeto ainda não está sob controle de versão. E aqui devemos fazer uma pequena digressão lírica. No Git, os arquivos podem estar em um dos três estados: confirmados, modificados e preparados. Confirmado significa salvo no repositório. Alterados - arquivos que foram alterados, mas não confirmados. Preparado - arquivos modificados marcados para "commit".