Aprenda a usar o Git com o Bitbucket Cloud

Faça o seguinte para criar seu repositório:

1. From Bitbucket, click the + icon in the global sidebar and select Repository.

Bitbucket displays the Create a new repository page. Take some time to review the dialog's contents. With the exception of the Repository type, everything you enter on this page you can later change.

2. Enter BitbucketStationLocations for the Name field. Bitbucket uses this Name in the URL of the repository. For example, if the user the_best has a repository called awesome_repo, the URL for that repository would be https://bitbucket.org/the_best/awesome_repo.

3. For Access level, leave the This is a private repository box checked. A private repository is only visible to you and those you give access to. If this box is unchecked, everyone can see your repository.

4. Pick Git for the Repository type. Keep in mind that you can't change the repository type after you click Create repository.

5. Click Create repository. Bitbucket creates your repository and displays its Overview page.

Click + from the global sidebar for common actions for a repository. Click items in the navigation sidebar to see what's behind each one, including Settings to update repository details and other settings. To view the shortcuts available to navigate these items, press the ? key on your keyboard.

When you click the Commits option in the sidebar, you find that you have no commits because you have not created any content for your repository. Your repository is private and you have not invited anyone to the repository, so the only person who can create or edit the repository's content right now is you, the repository owner.

Ao usar mais o Bitbucket, você provavelmente trabalhará em múltiplos repositórios. Por essa razão, é uma boa ideia criar um diretório para conter todos esses repositórios.

2. Create a directory to contain your repositories.

3. From the terminal, update the directory you want to work in to your new repos directory.

4. From Bitbucket, go to your BitbucketStationLocations repository.

5. Click the + icon in the global sidebar and select Clone this repository.

Bitbucket displays a pop-up clone dialog. By default, the clone dialog sets the protocol to HTTPS or SSH, depending on your settings. For the purposes of this tutorial, don't change your default protocol.

6. Copy the highlighted clone command.

7. From your terminal window, paste the command you copied from Bitbucket and press Return.

8. Enter your Bitbucket password when the terminal asks for it. If you created an account by linking to Google, use your password for that account.

• If you experience a Windows password error:
  • In some versions of Microsoft Windows operating system and Git you might see an error similar to the one in the following example.
    
    Windows clone password error example

• Se esse erro for exibido, digite o seguinte na linha de comando:

• Em seguida, volte para a etapa 4 e repita o processo de clonagem. O agente bash deve agora solicitar sua senha. Você só deve ter que fazer isso uma vez.

Neste ponto, sua janela do terminal deve ser semelhante a esta:

• Você já sabia que seu repositório estava vazio, certo? Lembre-se de que você não adicionou nenhum arquivo fonte a ele ainda.

9. List the contents of your repos directory and you should see your bitbucketstationlocations directory in it.

Parabéns! Você clonou seu repositório para o sistema local.

2. Enter the following line into your terminal window to create a new file with content.

Se a linha de comando não retornar nada, significa que você criou o arquivo corretamente!

3. Get the status of your local repository. The git status command tells you about how your project is progressing in comparison to your Bitbucket repository.

Nesse ponto, o Git está ciente de que você criou um novo arquivo e você vai ver algo assim:

O arquivo não é rastreado, o que significa que o Git vê um arquivo que não faz parte de um commit anterior. O resultado de status também mostra a próxima etapa: adicionar o arquivo.

4. Tell Git to track your new locations.txt file using the git add command. Just like when you created a file, the git add command doesn't return anything when you enter it correctly.

The git add command moves changes from the working directory to the Git staging area. The staging area is where you prepare a snapshot of a set of changes before committing them to the official history.

5. Verifique o status do arquivo.

Now you can see the new file has been added (staged) and you can commit it when you are ready. The git status command displays the state of the working directory and the staged snapshot.

6. Issue the git commit command with a commit message, as shown on the next line. The -m indicates that a commit message follows.

The git commit takes the staged snapshot and commits it to the project history. Combined with git add, this process defines the basic workflow for all Git users.

Até este momento, tudo o que você fez está em seu sistema local e é invisível para seu repositório do Bitbucket até que você transmita essas mudanças.

• Saiba um pouco mais sobre o Git e repositórios remotos
  • A capacidade do Git de se comunicar com repositórios remotos (no seu caso, o Bitbucket é o repositório remoto) é a base de cada fluxo de trabalho de colaboração baseado em Git.
  • O modelo de colaboração do Git dá a cada desenvolvedor sua própria cópia do repositório, completa com seu próprio histórico local e estrutura de branch. Geralmente, os usuários precisam compartilhar uma série de commits em vez de um único conjunto de alterações. Em vez de fazer o commit de um conjunto de alterações de uma cópia ativa para o repositório central, o Git permite compartilhar branches inteiros entre os repositórios.

• Você gerencia conexões com outros repositórios e publica o histórico local "enviando" ramificações para outros repositórios. Você vê com que outras pessoas contribuíram ao "enviar pull" de ramificações para o repositório local.

7. Go back to your local terminal window and send your committed changes to Bitbucket using git push origin main. This command specifies that you are pushing to the main branch (the branch on Bitbucket) on origin (the Bitbucket server).

Você deve ver algo como a resposta a seguir:

Seus commits estão agora no repositório remoto (origem).

8. Go to your BitbucketStationLocations repository on Bitbucket.

9. If you click Commits in the sidebar, you'll see a single commit on your repository. Bitbucket combines all the things you just did into that commit and shows it to you. You can see that the Author column shows the value you used when you configured the Git global file ( ~/.gitconfig).
If you click Source in the sidebar, you'll see that you have a single source file in your repository, the locations.txt file you just added.

Lembra qual era o aspecto do repositório na primeira vez que você o criou? Agora, ele provavelmente está um pouco diferente.

Para adicionar seu novo arquivo de locais, faça o seguinte:

1. From your BitbucketStationLocations repository, click Source to open the source directory. Notice you only have one file, locations.txt , in your directory.

A. Source page: Click the link to open this page.
B. Branch selection: Pick the branch you want to view.
C. More options button: Click to open a menu with more options, such as 'Add file'.
D. Source file area: View the directory of files in Bitbucket.

2. From the Source page, click the More options button in the top right corner and select Add file from the menu. The More options button only appears after you have added at least one file to the repository.

Uma página é aberta para a criação do novo arquivo, como mostrado na imagem a seguir.

A. Branch with new file: Change if you want to add file to a different branch.
B. New file area: Add content for your new file here.

3. Enter stationlocations in the filename field.

4. Select HTML from the Syntax mode list.

5. Add the following HTML code into the text box:

6. Click Commit. The Commit message field appears with the message: stationlocations created online with Bitbucket.

7. Click Commit under the message field.

Agora, você tem um novo arquivo no Bitbucket! Você é levado para uma página com detalhes da confirmação, em que é possível ver a alteração que você acabou de fazer:

If you want to see a list of the commits you've made so far, click Commits in the sidebar.

Now we need to get that new file into your local repository. The process is pretty straight forward, basically just the reverse of the push you used to get the locations.txt file into Bitbucket.

Para puxar o arquivo para o repositório local, faça o seguinte:

1. Open your terminal window and navigate to the top level of your local repository.

2. Enter the git pull --all command to pull all the changes from Bitbucket. (In more complex branching workflows, pulling and merging all changes might not be appropriate .) Enter your Bitbucket password when asked for it. Your terminal should look similar to the following

The git pull command merges the file from your remote repository (Bitbucket) into your local repository with a single command.

3. Navigate to your repository folder on your local system and you'll see the file you just added.

Fantástico! Com a adição dos dois arquivos sobre a localização de sua estação espacial, você executou o fluxo de trabalho básico do Git (clonar, adicionar, confirmar, enviar e puxar) entre o Bitbucket e o sistema local.

Para criar uma ramificação, faça o seguinte:

1. Go to your terminal window and navigate to the top level of your local repository using the following command:

2. Create a branch from your terminal window.

Esse comando cria uma ramificação, mas não o alterna para essa ramificação, então seu repositório é parecido ao seguinte:

A história do repositório permanece inalterada. Tudo o que você tem é um novo indicador para a ramificação atual: Para começar a trabalhar na nova ramificação, você deve conferir a ramificação que deseja usar.

3. Checkout the new branch you just created to start using it.

The git checkout command works hand-in-hand with git branch . Because you are creating a branch to work on something new, every time you create a new branch (with git branch), you want to make sure to check it out (with git checkout) if you're going to use it. Now that you’ve checked out the new branch, your Git workflow looks something like this:

4. Search for the bitbucketstationlocations folder on your local system and open it. You will notice there are no extra files or folders in the directory as a result of the new branch.

5. Open the stationlocations file using a text editor.

6. Make a change to the file by adding another station location:

7. Save and close the file.

8. Enter git status in the terminal window. You will see something like this:

Notice the On branch future-plans line? If you entered git status previously, the line was on branch main because you only had the one main branch. Before you stage or commit a change, always check this line to make sure the branch where you want to add the change is checked out.

9. Stage your file.

10. Enter the git commit command in the terminal window, as shown with the following:

Com esse commit recente, seu repositório é algo parecido com o seguinte:

Now it's time to merge the change that you just made back into the main branch.

Your space station is growing, and it's time for the opening ceremony of your Mars location. Now that your future plans are becoming a reality, you can merge your future-plans branch into the main branch on your local system.

Como você criou somente uma ramificação e fez uma alteração, use o método de ramificação de avanço rápido para mesclar. Você pode fazer uma mesclagem de avanço rápido porque tem um caminho linear da ponta da ramificação atual até a ramificação de destino. Em vez de "realmente"mesclar as ramificações, o Git precisa apenas mover (ou seja, "avançar rapidamente") a ponta da ramificação atual até a ponta da ramificação de destino para integrar os históricos. Isso efetivamente combina os históricos, pois todas as confirmações alcançáveis da ramificação de destino agora estão disponíveis por meio da atual.

Este fluxo de trabalho de ramificação é comum para ramificações de tópicos de curta duração com alterações menores e não são tão comuns para funções de duração mais longa.

Para concluir uma mesclagem de avanço rápido, faça o seguinte:

1. Go to your terminal window and navigate to the top level of your local repository.

2. Enter the git status command to be sure you have all your changes committed and find out what branch you have checked out.

3. Switch to the main branch.

4. Merge changes from the future-plans branch into the main branch. It will look something like this:

You've essentially moved the pointer for the main branch forward to the current head and your repository looks something like the fast forward merge above.

5. Because you don't plan on using future-plans anymore, you can delete the branch.

When you delete future-plans, you can still access the branch from main using a commit id. For example, if you want to undo the changes added from future-plans, use the commit id you just received to go back to that branch.

6. Enter git status to see the results of your merge, which show that your local repository is one ahead of your remote repository. It will look something like this:

Aqui está o que você fez até agora:

• Foi criada uma ramificação, que foi conferida
• Foi feita uma alteração na nova ramificação
• Foi feito commit da alteração na nova ramificação
• Foi integrada essa alteração de volta na ramificação principal
• Foi excluída a ramificação que você não está mais usando.

Em seguida, temos que enviar todo esse trabalho de volta para o Bitbucket, seu repositório remoto.

Aqui está como enviar sua alteração para o repositório remoto:

1. From the repository directory in your terminal window, enter git push origin main to push the changes. It will result in something like this:

2. Click the Overview page of your Bitbucket repository, and notice you can see your push in the Recent Activity stream.

3. Click Commits and you can see the commit you made on your local system. Notice that the change keeps the same commit id as it had on your local system.

You can also see that the line to the left of the commits list has a straight-forward path and shows no branches. That’s because the future-plans branch never interacted with the remote repository, only the change we created and committed.

4. Click Branches and notice that the page has no record of the branch either.

5. Click Source, and then click the stationlocations file. You can see the last change to the file has the commit id you just pushed.

6. Click the file history list to see the changes committed for this file, which will look similar to the following figure.