Repositórios remotos com Git

Índice
Manuseio Git Como ferramenta de trabalho colaborativo, tornou-se uma necessidade nos tempos atuais, onde a maioria dos desenvolvimentos o utiliza para manter as mudanças unificadas e sem conflitos.
Em tutoriais anteriores, aprendemos como gerenciar repositórios em ambientes locais e isso não é ruim se estamos aprendendo a usar GitPorém, no mundo do trabalho é feito de forma diferente, e na maioria das vezes teremos que trabalhar em um repositório remoto, que terá vários branches e cada desenvolvedor presente nele constantemente carrega as alterações.
Um repositório remoto é aquele que não nos pertence, que pode estar em um servidor em nuvem, no computador de outro desenvolvedor ou até mesmo em um sistema de arquivos. A principal função desses repositórios é que outros desenvolvedores possam colaborar com eles, incluindo nós por meio dos ramos ou galhos.
Existem muitos serviços que nos permitem criar nosso repositório remoto, temos GitHub mas isso é orientado para projetos pessoais e colaborações entre a comunidade de desenvolvedores com certos projetos e temos Bitbucket, que é voltado para projetos privados e equipes de trabalho em empresas ou organizações.
Para este tutorial, usaremos Bitbucket, é gratuito e é o que mais se assemelha à filosofia de trabalho que pretendemos focar.
Mencionamos que um repositório remoto não nos pertence, pois está em uma plataforma que não é nossa, porém podemos realizar operações nele, que vão desde criá-lo até excluí-lo se quisermos.
Para criar nosso repositório remoto vamos para a página Bitbucket e se não somos cadastrados criamos nossa conta, entra e estando em nosso painel principal procuramos a opção Crio para criar o repositório remoto.

Nós nomeamos nosso repositório, incluímos uma descrição, selecionamos a visibilidade e a capacidade de realizar garfos, onde podemos selecionar adicionalmente o idioma no qual nosso projeto será baseado, finalmente pressionamos criar e teremos nosso repositório remoto criado.
Vamos supor que estamos começando do zero e que não temos um projeto, mas que em breve começaremos a enviar nossas alterações, para isso precisamos criar a pasta onde o projeto estará e fazer o primeiro Empurre.
Para fazer isso, criamos uma pasta e dentro dela vamos abrir um console de comando e vamos inicializá-lo como um repositório idiotaDepois disso, vamos criar a conexão com nosso repositório remoto, que podemos encontrar no painel principal de nosso repositório recém-criado:

Agora precisamos realizar nosso primeiro Empurre Para verificar se tudo funciona corretamente, criaremos um novo arquivo, que pode ser um .txt com um texto simples. Usamos o comando adicionar para adicioná-lo ao repositório, adicionamos nosso primeiro comprometer-se e finalmente fazemos o Empurre para o galho mestre:

Como podemos ver que tudo correu bem, no entanto, para os usuários que estão começando e se sentem um pouco inseguros sobre a ferramenta e se perguntam se os arquivos foram carregados, eles podem ir para Bitbucket e atualize o repositório e você poderá ver as alterações feitas:

PROLONGAR

Bitbucket é extremamente útil, não só nos permite criar repositórios, mas seu aplicativo da web nos permite ver dados como o branch no repositório, o garfos que tenha sido feito, a atividade nele e até mesmo enviar convites para outros desenvolvedores.
Assim que tivermos nosso repositório criado, é hora de iniciar o trabalho de colaboração, para isso a primeira coisa que devemos fazer é criar os ramos ou galhos. Além da filial mestre Devemos criar um branch adicional para o projeto em geral e é aquele em que os desenvolvedores farão fundir e carregue suas alterações finais.
Filiais individuaisAlém disso, é recomendado que cada desenvolvedor tenha um branch para isso, de forma que as mudanças de cada membro da equipe sejam seccionadas e caso haja um erro no upload final, elas podem ser devolvidas sem muitos problemas.
Vamos criar o branch chamado em desenvolvimento e um ramo pessoal para nossas mudanças, fazemos isso com o comando galho seguido pelo nome do branch, vamos ver como fica em nosso console:

Isso criará nossos branches localmente, mas até que façamos alterações neles e façamos o Empurre eles não serão registrados em nosso repositório, para isso vamos mudar para nosso branch pessoal com o comando Confira e nós verificamos com status que não temos nada para fazer comprometer-se, deve ser assim por se tratar de um novo branch, vejamos:

Agora vamos criar pastas e alguns arquivos para dar peso ao nosso projeto, porém vamos lembrar que as alterações ficarão no nosso branch. Depois de realizar essas operações, devemos adicioná-los com adicionar, executar o comprometer-se correspondente e finalmente o Empurre ao nosso branch, vamos ver essas operações em nosso console de comando:

Já fizemos o upload para o nosso branch, agora só precisamos fazer o mesmo com o branch de desenvolvimento, mas para isso não precisamos usar o comando add ou commit, para isso usaremos o comando fundir Juntar as alterações que não estão presentes no branch, isso nos poupa muito trabalho e nos permite acompanhar as ações que realizamos no repositório.
Para fazer isso, devemos mudar para o ramo de desenvolvimento com o comando Confira e lá vamos executar o comando fundir apontando para o ramo jacosta para se juntar às mudanças que fizemos.

Com esta ação, a atualização será feita, mas isso não significa que carregamos as alterações para o branch da mesma forma que devemos executar o Empurre, mas isso nos poupa algumas etapas extras e nos dá um processo de upload mais limpo. Esta ação irá criar o novo branch e unificar nossas mudanças, se ainda não confiarmos no que o console nos informa, podemos ir para Bitbucket, onde podemos ver os novos ramos criados, bem como as ações que realizamos na seção de atividades recentes:

PROLONGAR

Como podemos ver, temos os novos ramos, bem como as novas alterações feitas. É importante mencionar que este é o fluxo de trabalho normal que devemos realizar quando estamos trabalhando em ambientes colaborativos, caso contrário, causaríamos conflitos, levando nossa equipe a gastar até algumas horas solucionando o repositório.
O que acabamos de ver faz parte da ideia de que fomos nós que criamos o repositório remoto, mas no momento em que somos convidados para um deles o processo muda um pouco. Vamos supor que nossa equipe também use Bitbucket e eles criaram o repositório na plataforma, fomos ao painel principal, localizamos a opção Clone e ao pressioná-lo veremos a linha exata para realizar esta ação que nos clona exatamente o que está no repositório naquele momento:

PROLONGAR

Mencionamos que esta ação clona ou copia o que exatamente está no repositório naquele momento, mas pode ser que alguns dos desenvolvedores carreguem uma alteração de última hora e ela não seja incluída no clone, portanto não estará na cópia que teremos em nossa máquina.
Erro comumEste erro é um dos mais comuns e onde muitos usuários novatos não conseguem gerenciar repositórios com Git, e é o upload de arquivos para o repositório sem primeiro verificar se há alterações feitas. Mas a solução é simples, o que talvez seja o mais complicado é adotar a prática e é executar o comando puxar antes de começar a trabalhar no projeto e antes de enviar qualquer coisa, isso evita a situação embaraçosa de um conflito de repositório causado por nós.
Finalmente, é importante mencionar que embora Git nos permite manter o controle do nosso projeto e dos nossos arquivos unificando as mudanças na equipe de desenvolvimento, não é uma ferramenta que possamos usar apenas para gerenciamento de projetos.
Recomendamos levá-lo de mãos dadas com aplicativos como asana ou Trello, garantindo que nossos projetos sejam atendidos em todas as frentes, desta forma saberemos que sempre terão as últimas alterações e também que as datas e compromissos estabelecidos para isso são sendo cumpridos sem falta.
Com isso, terminamos este tutorial onde poderíamos criar nosso repositório remoto com Bitbucket e, adicionalmente, pudemos ver todo o fluxo de trabalho necessário para ter um manuseio ideal quando estamos trabalhando em um ambiente de desenvolvimento colaborativo.Gostou e ajudou este tutorial?Você pode recompensar o autor pressionando este botão para dar a ele um ponto positivo

Você vai ajudar o desenvolvimento do site, compartilhando a página com seus amigos

wave wave wave wave wave