diff --git a/README.md b/README.md index c39c339..9d55cd2 100644 --- a/README.md +++ b/README.md @@ -27,7 +27,7 @@ Neste curso, você aprenderá sobre: ## **Sobre a nossa comunidade** -A WoMakersCode é uma **comunidade** sem fins lucrativos, que busca o **protagonismo feminino na tecnologia**, através do desenvolvimento profissional e econômico. Oferecemos workshops, eventos e debates com foco no mercado de Tecnologia, orientados para capacitação técnica e fortalecimento de habilidades pessoais. Nossos eventos são realizados em diversas cidades do país, promovendo a conscientização da igualdade de gênero e buscando compreender as causas sub-representação feminina neste mercado de TI. +A WoMakersCode é uma **comunidade** sem fins lucrativos, que busca o **protagonismo feminino na tecnologia**, através do desenvolvimento profissional e econômico. Oferecemos workshops, eventos e debates com foco no mercado de Tecnologia, orientados para capacitação técnica e fortalecimento de habilidades pessoais. Nossos eventos são realizados em diversas cidades do país, promovendo a conscientização da igualdade de gênero e buscando compreender as causas da sub-representação feminina neste mercado de TI. ## **Contribua para esse guia** diff --git a/ciclo-de-vida-basico/comandos-mais-utilizados.md b/ciclo-de-vida-basico/comandos-mais-utilizados.md index 42a5a28..689dfaa 100644 --- a/ciclo-de-vida-basico/comandos-mais-utilizados.md +++ b/ciclo-de-vida-basico/comandos-mais-utilizados.md @@ -2,7 +2,7 @@ ## git status -Verifica o status/condição da branch em que você está trabalhando, arquivos modificados, criados e exluidos +Verifica o status/condição da branch em que você está trabalhando, arquivos modificados, criados e exluídos ```css $ git status @@ -10,7 +10,7 @@ $ git status ## git add -Após criar um arquivo, adicione o arquivo no rastreamento do Git.No Terminal, use o comando `git add` seguido do nome do arquivo ou somente `.` para adicionar todos os arquivos ainda não rastreados. +Após criar um arquivo, adicione o arquivo no rastreamento do Git. No Terminal, use o comando `git add` seguido do nome do arquivo ou somente `.` para adicionar todos os arquivos ainda não rastreados. ```css $ git add index.html diff --git a/ciclo-de-vida-basico/criando-um-repositorio.md b/ciclo-de-vida-basico/criando-um-repositorio.md index 4ddcd01..b5a56b8 100644 --- a/ciclo-de-vida-basico/criando-um-repositorio.md +++ b/ciclo-de-vida-basico/criando-um-repositorio.md @@ -8,11 +8,11 @@ $ git init ``` -Este comando, irá criar uma pasta `.git`na raiz do projeto e nela, ficarão registradas as informações relacionadas ao controle do versionamento. +Este comando, irá criar uma pasta `.git` na raiz do projeto e nela, ficarão registradas as informações relacionadas ao controle do versionamento. ## Conectar um repositório local com a nuvem do GitHub -Se você já está trabalhando em um projeto que ainda não está versionado, você pode criar um repositório no GitHub e conectar seus arquivos locais com o GitHub. Para adicionar o rastreamento remoto, use o comando `git remote add`no terminal, no diretório em que seu repositório está armazenado. +Se você já está trabalhando em um projeto que ainda não está versionado, você pode criar um repositório no GitHub e conectar seus arquivos locais com o GitHub. Para adicionar o rastreamento remoto, use o comando `git remote add` no terminal, no diretório em que seu repositório está armazenado. ```javascript /* navegando até a pasta */ diff --git a/ciclo-de-vida-basico/hands-on-1.md b/ciclo-de-vida-basico/hands-on-1.md deleted file mode 100644 index 5c36fc9..0000000 --- a/ciclo-de-vida-basico/hands-on-1.md +++ /dev/null @@ -1,2 +0,0 @@ -# Hands-on \#1 - diff --git a/ciclo-de-vida-basico/hands-on-2.md b/ciclo-de-vida-basico/hands-on-2.md index 6818e15..0d15050 100644 --- a/ciclo-de-vida-basico/hands-on-2.md +++ b/ciclo-de-vida-basico/hands-on-2.md @@ -1,10 +1,10 @@ # Hands-on: Como fazer um fork e contribuir com outros projetos -Um fork do GitHub é uma cópia de um repositório (repo) que fica em sua conta. Depois de fazer um fork (bifurcar) um repositório, você poderá editar o conteúdo de seu repositório bifurcado sem afetar o repositório principal. Quando desejar, poderá enviar suas alterações para o repositório principal. +Um fork do GitHub é uma cópia de um repositório (repo) que fica em sua conta. Depois de fazer um fork (bifurcar) de um repositório, você poderá editar o conteúdo de seu repositório bifurcado sem afetar o repositório principal. Quando desejar, poderá enviar suas alterações para o repositório principal. ## Criando o fork -Supondo que você esteja usando o GitHub, essa etapa é fácil. Apenas encontre o repositório para o qual você está contribuindo e pressione o botão Fork no canto superior esquerdo. Isso criará uma cópia exata do repositório (e todos os seus ramos) com seu próprio nome de usuário. +Supondo que você esteja usando o GitHub, essa etapa é fácil. Apenas encontre o repositório para o qual você está contribuindo e pressione o botão Fork no canto superior direito. Isso criará uma cópia exata do repositório (e todos os seus ramos) com seu próprio nome de usuário. ![Repositório no GitHub com o botão FORK destacado em amarelo](../images/hands-on-fork.PNG) @@ -20,11 +20,11 @@ git clone https://github.com/cyz/data-science-bootcamp.git ## Mantendo seu repositório bifurcado com o repositório principal -Depois de fazer o fork de um repositório, as alterações no repositório original (ou "upstream") não são enviadas para o seu fork. Precisamos dizer ao novo repositório para seguir as mudanças feitas no upstream para mantê-lo atualizado por meio de controles remotos . +Depois de fazer o fork de um repositório, as alterações no repositório original (ou "upstream") não são enviadas para o seu fork. Precisamos dizer ao novo repositório para seguir as mudanças feitas no upstream para mantê-lo atualizado por meio de controles remotos. Alterne os diretórios para o repositório bifurcado que você acabou de clonar e execute os seguintes comandos. Substitua a última parte da primeira linha pelo URL do clone do repositório **original** - semelhante ao modo como você pegou o URL na etapa 2, mas **não é** aquele com seu nome de usuário. -Isso vincula a bifurcação de volta ao repositório original como um remoto, que nomearemos ``upstream`` depois o buscaremos. +Isso vincula a bifurcação de volta ao repositório original como um remoto, que nomearemos ``upstream``, depois o buscaremos. ``` git remote add --track master upstream https://github.com/WoMakersCode/data-science-bootcamp.git @@ -49,7 +49,7 @@ Você provavelmente está acostumado com esses comandos. Adicione os arquivos qu ``` git add . -git commit -m "Ajustando alguns erros gramáticais no arquivo readme" +git commit -m "Ajustando alguns erros gramaticais no arquivo readme" ``` A única diferença é o ramo para o qual você está empurrando. Você provavelmente costuma enviar `push` para master, mas, neste caso, estamos enviando para o branch com o nome que você criou na etapa 4. @@ -66,4 +66,4 @@ Agora você está pronto para enviar a melhoria feita aos mantenedores do projet Vá para a guia Pull Requests do repositório original e você verá uma sugestão automática do GitHub para criar uma solicitação pull de seu novo branch. -![Repositório no GitHub com o comando do botão clone acionado](../images/hands-on-fork-3.PNG) \ No newline at end of file +![Repositório no GitHub com o comando do botão clone acionado](../images/hands-on-fork-3.PNG) diff --git a/ciclo-de-vida-basico/o-que-e-o-.gitignore.md b/ciclo-de-vida-basico/o-que-e-o-.gitignore.md index ba0626b..2a49186 100644 --- a/ciclo-de-vida-basico/o-que-e-o-.gitignore.md +++ b/ciclo-de-vida-basico/o-que-e-o-.gitignore.md @@ -2,7 +2,7 @@ Às vezes, há arquivos sensíveis \(exemplo: senhas\) ou que são irrelevantes e que você não deseja versionar \(exemplo: node\_module\). -O Git usa um arquivo oculto chamado `.gitignore` para indicar quais arquivos ou tipos de arquivos \(exemplo: _.pkl, .ipynb\_checkpoints_\) não devem ser rastreados para o versionamento. Depois de adicionar nomes de arquivos ao arquivo `.gitignore`, as alterações feitas nos arquivos que correspondem a esses nomes não serão rastreadas. +O Git usa um arquivo oculto chamado `.gitignore` para indicar quais arquivos ou tipos de arquivos \(exemplo: _.pkl, .ipynb\_checkpoints_\) não devem ser rastreados para o versionamento. Depois de adicionar o(s) nome(s) do(s) arquivo(s) ao arquivo `.gitignore`, as alterações feitas nos arquivos que correspondem a esses nomes não serão rastreadas. Exemplo: diff --git a/ciclo-de-vida-basico/trabalhando-com-branchs.md b/ciclo-de-vida-basico/trabalhando-com-branchs.md index 1e50502..8e94248 100644 --- a/ciclo-de-vida-basico/trabalhando-com-branchs.md +++ b/ciclo-de-vida-basico/trabalhando-com-branchs.md @@ -2,19 +2,19 @@ ## 1. O que é uma branch? -Acho que sem sombra de dúvidas, quando começamos a mexer com github essa é a primeira dúvida que vem a nossa mente. Afinal, o que são as famosas branches que todos falam? +Acho que, sem sombra de dúvidas, quando começamos a mexer com github essa é a primeira dúvida que vem à nossa mente. Afinal, o que são as famosas branches que todos falam? Para explicar isso, eu gostaria de usar um exemplo mais prático, misturado com algo visual. Quando pesquisamos no google o que são branches, a primeira imagem que nos aparece é essa daqui: ![Demonstração do que seriam branches de forma visual](https://wac-cdn.atlassian.com/dam/jcr:389059a7-214c-46a3-bc52-7781b4730301/hero.svg?cdnVersion=1299) E se você nunca teve contato anteriormente com isso, pode ser meio assustador, mas não se preocupe, é mais fácil do que parece. Branch, é o nome dado para o sistema de versionamento que usamos através do Git e Github, para manter controle dos projetos. -Vamos supor que estivéssemos construindo uma calculadora juntos, e decidissemos que você cuidaria de criar a operação de soma e eu a de subtração. +Vamos supor que estivéssemos construindo uma calculadora juntos, e decidíssemos que você cuidaria de criar a operação de soma e eu a de subtração. ![Fluxo de branches, indicando onde fica a master e a feature](https://atitudereflexiva.files.wordpress.com/2019/10/branch.png?w=300&h=208) Quando começamos um projeto, sempre nos encontramos na Master, a branch principal, e quando estamos trabalhando sozinhos ou até mesmo em grupo, é interessante que criemos "cópias" de um momento da nossa master, para podermos trabalhar com as novas features (por exemplo uma nova operação matemática), sem afetar o código que já se encontra funcionando. -Ou seja, quando você fosse desenvolver a funcionalidade de soma da nossa calculadora, você criaria uma branch a parte da master, com tudo que ela possuísse naquele momento para que pudesse criar os códigos sem se preocupar em afetar o código que já possuíamos naquele momento. +Ou seja, quando você fosse desenvolver a funcionalidade de soma da nossa calculadora, você criaria uma branch à parte da master, com tudo que ela possuísse naquele momento para que pudesse criar os códigos sem se preocupar em afetar o código que já possuíamos naquele momento. ## 2. Como criar uma branch -Se você deseja criar uma branch via linha de comando, basta ir até o seu terminal (caso você seja usuário de Windows, pode usar o powershell ou se quiser baixar o Git bash [aqui](https://gitforwindows.org/)) e digitar dentro da pasta onde está o seu projeto: +Se você deseja criar uma branch via linha de comando, basta ir até o seu terminal (caso você seja usuário de Windows, pode usar o powershell ou, se quiser, baixar o Git Bash [aqui](https://gitforwindows.org/)) e digitar dentro da pasta onde está o seu projeto: git branch nome-da-sua-branch E depois para acessar a branch: @@ -28,7 +28,7 @@ Caso queira ganhar tempo criando a branch e já indo para ela, basta digitar: git checkout -b nome-da-sua-branch E assim que a branch for criada, você já será levado para ela. -Vale ressaltar que é uma boa prática darmos o nome as nossas branches com referência a feature que iremos desenvolver nelas, o que no nosso caso, seria "soma", por exemplo. +Vale ressaltar que é uma boa prática darmos o nome às nossas branches com referência à feature que iremos desenvolver nelas, o que no nosso caso, seria "soma", por exemplo. **Caso você esteja usando o github, basta seguir os seguintes passos** Abra seu repositório depois de realizar o Fork ou criar um repositório novo. @@ -52,7 +52,7 @@ Para isso, digite no terminal: git remote -v Caso você já tenha algum repositório no github conectado a ele, a resposta vai ser parecida com isso (um exemplo com um repositório meu): ![printsceen do Github demonstrando onde clicar para alternar entre branches](../images/git-remote-v.png) - No entanto, caso não retorne nada, você pode criar um repositório no seu github e associar ele através do comando: + No entanto, caso não retorne nada, você pode criar um repositório no seu github e associar a ele através do comando: git remote add origin https://github.com/CarolPinheiro/git-e-github.git E já vai poder subir suas branches. @@ -72,9 +72,9 @@ Estamos entendendo como trabalhar com branchs, mas se quisermos trazer o trabalh Possuo duas branchs em um repositório GIT, uma chamada "ciclo-de-vida-basico" e a outra "master", estou trabalhando na primeira e após a finalização quero trazer o meu trabalho para "master", pois ela é a principal branch e onde deve ser depositado todo o código que funciona. -Como fazer isso? Através do **merge**, que é quando pegamos um código de uma branch e adicionamos a outra branch, unificando assim as alterações. É importante para manter sua branch atualizada ou para levar seu código para a branch principal. +Como fazer isso? Através do **merge**, que é quando pegamos um código de uma branch e adicionamos à outra branch, unificando assim as alterações. É importante para manter sua branch atualizada ou para levar seu código para a branch principal. -Para unificar duas branchs, ou seja, fazer com que o conteúdo da primeira seja adicionado a segunda, utilizamos o comando `git merge nome-da-branch-a-ser-mergeada` na branch de destino. +Para unificar duas branchs, ou seja, fazer com que o conteúdo da primeira seja adicionado à segunda, utilizamos o comando `git merge nome-da-branch-a-ser-mergeada` na branch de destino. Abaixo um exemplo de **merge**: diff --git a/dicas-boas-praticas/explicacao-sobre-rebase.md b/dicas-boas-praticas/explicacao-sobre-rebase.md index d9574b0..192bea7 100644 --- a/dicas-boas-praticas/explicacao-sobre-rebase.md +++ b/dicas-boas-praticas/explicacao-sobre-rebase.md @@ -6,9 +6,9 @@ Uma boa prática durante o desenvolvimento é a realização de commits a cada a Assim, ao utilizar o **rebase** podemos modificar o histórico do repositório, editando as mensagens, combinando vários commits e até excluindo commits que não são mais necessários no repositório. -O principal motivo para a utilização do **rebase** está relacionado a manutenção de um histórico linear do projeto, com commits significativos que fornecem informações relevantes sobre as features implementadas. +O principal motivo para a utilização do **rebase** está relacionado à manutenção de um histórico linear do projeto, com commits significativos que fornecem informações relevantes sobre as features implementadas. -**Importante!!** O **rebase** mexe com toda a estrutura das branchs envolvidas, reescrevendo histórico de commits e unificando informações. Assim, toda processo de rebasing deve ser feito com muito cuidado para evitar perdas ao longo do processo, principalmente se o repositório estiver sendo utilizado por várias pessoas de forma concomitante. +**Importante!!** O **rebase** mexe com toda a estrutura das branchs envolvidas, reescrevendo histórico de commits e unificando informações. Assim, todo processo de rebasing deve ser feito com muito cuidado para evitar perdas ao longo do processo, principalmente se o repositório estiver sendo utilizado por várias pessoas de forma concomitante. ### Como realizar um rebase em uma branch @@ -30,10 +30,10 @@ Com este comando você irá realizar um **rebase** de todos os commits da `outra ### E se surgirem conflitos? -Ao realizar um **rebase** estamos modificando o histórico de commits da branch, logo podemos esbarrar em commits que modificaram um mesmo arquivo. Quando essa situação acontece temos um conflito que o Git precisará de auxilio para resolver. +Ao realizar um **rebase** estamos modificando o histórico de commits da branch, logo podemos esbarrar em commits que modificaram um mesmo arquivo. Quando essa situação acontece temos um conflito que o Git precisará de auxílio para resolver. Caso existam conflitos o Git irá mostrar qual o commit que precisa de atenção. Você terá as seguintes opções: - **Desfazer o rebase** : Neste caso você deve utilizar o comando `$git rebase --abort` para desfazer completamente o rebase, retornando a branch para o estado anterior ao comando `$git rebase`; - **Ignorar o commit conflituoso** : Você deve utilizar o comando `$git rebase --skip` para ignorar todas as modificações que estão no commit, ou seja, tudo o que foi realizado neste commit será descartado. -- **Corrigir o conflito** : Neste caso você deve analisar os conflitos, realizar as correções necessárias e ao final usar o comando `$git rebase --continue` para o git continuar o processo de rebase. \ No newline at end of file +- **Corrigir o conflito** : Neste caso você deve analisar os conflitos, realizar as correções necessárias e ao final usar o comando `$git rebase --continue` para o git continuar o processo de rebase. diff --git a/dicas-boas-praticas/explicacao-sobre-squash.md b/dicas-boas-praticas/explicacao-sobre-squash.md index 15feeb0..c25b606 100644 --- a/dicas-boas-praticas/explicacao-sobre-squash.md +++ b/dicas-boas-praticas/explicacao-sobre-squash.md @@ -2,7 +2,7 @@ O **squash** é um recurso utilizado para combinar commits. É um comando que tem por objetivo organizar o histórico de commits que pode estar poluído com uma série de pequenos commits realizados ao longo do desenvolvimento. -Com o **squash** mudamos o histórico dos commits agrupando de uma forma mais significativa as modificações realizadas. +Com o **squash** mudamos o histórico dos commits agrupando, de uma forma mais significativa, as modificações realizadas. ### Como realizar um squash commit @@ -74,4 +74,4 @@ Outra opção é utilizar o **squash** no momento que for realizado o `merge` de $ git merge --squash branch_origem # indicar a branch da qual queremos buscar os commits ``` -Com este comando o git irá pegar todos os commits da branch informada, realizar um `squash` agrupando tudo em um commit único e então realizar o `merge` da branch. \ No newline at end of file +Com este comando o git irá pegar todos os commits da branch informada, realizar um `squash` agrupando tudo em um commit único e então realizar o `merge` da branch. diff --git a/git-e-github/conceitos-e-vocabulario-do-git.md b/git-e-github/conceitos-e-vocabulario-do-git.md index 22c3418..6665a5b 100644 --- a/git-e-github/conceitos-e-vocabulario-do-git.md +++ b/git-e-github/conceitos-e-vocabulario-do-git.md @@ -17,7 +17,7 @@ O repositório é a pasta do projeto. Todo repositório tem uma pasta oculta .gi ## Change \(ou Diff\) -O Git mantém o controle de versão rastreando as mudanças ou diferenças entre as versões dos arquivos.Você pode alterar um arquivo fazendo uma das duas coisas: +O Git mantém o controle de versão rastreando as mudanças ou diferenças entre as versões dos arquivos. Você pode alterar um arquivo fazendo uma das duas coisas: 1. Criação, renomeação ou exclusão de arquivos. 2. Inserção ou exclusão de uma linha em um arquivo \(uma linha modificada é uma inserção e uma exclusão\) @@ -54,9 +54,4 @@ O fork é como um clone, porém dentro do github. Isso quer dizer que o reposit ## Pull Request -Um pull request é um pedido que se faz ao dono do repositório para que esse atualize o código dele com o seu código. Ou seja, você pede para que o dono do projeto ao qual você quer contribuir adicione suas modificações ao projeto oficial. - - - - - +Um pull request é um pedido que se faz ao dono do repositório para que este atualize o código dele com o seu código. Ou seja, você pede para que o dono do projeto ao qual você quer contribuir adicione suas modificações ao projeto oficial. diff --git a/git-e-github/setup-de-instalacao.md b/git-e-github/setup-de-instalacao.md index ae23e12..e9ee993 100644 --- a/git-e-github/setup-de-instalacao.md +++ b/git-e-github/setup-de-instalacao.md @@ -2,7 +2,7 @@ ## Instalando o Git -Instale o Git no seu computador, através do Terminal para Mac ou Ubuntu e instalador para Windows. +Instale o Git, no seu computador, através do Terminal para Mac ou Ubuntu e instalador para Windows. ### Mac @@ -34,7 +34,7 @@ Dica: Para verificar se o git já está instalado, abra o Terminal e digite `$ g ## Configurando sua conta em seu computador -Configure suas informações de usuário, para que todos os repositórios que você irá trabalhar localmente estejam atrelados à sua conta. Para isso, abra o Terminal e digite os seguintes comandos: +Configure suas informações de usuário, para que todos os repositórios em que você irá trabalhar localmente estejam atrelados à sua conta. Para isso, abra o Terminal e digite os seguintes comandos: * Nome de usuário: @@ -49,4 +49,3 @@ $ git config --global user.email "[endereco-de-email]" ``` *Lembre-se de substituir a informação entre `[colchetes]`pelos seus dados.* - diff --git a/git-e-github/setup-instalacao-windows.md b/git-e-github/setup-instalacao-windows.md index 396d87b..6f88661 100644 --- a/git-e-github/setup-instalacao-windows.md +++ b/git-e-github/setup-instalacao-windows.md @@ -7,7 +7,7 @@ Após baixar o **instalador** execute-o para **começar a instalação**. ![instalador do git](../images/p0001-0.png) -A primeira tela nos é apresentado os **termos da licença de utilização** do **Git**. +Na primeira tela nos são apresentados os **termos da licença de utilização** do **Git**. Basta clicar em **Next**. @@ -17,9 +17,9 @@ A tela seguinte é sobre o **local de instalação**. Você pode alterá-la, cas ![local instalação](../images/p0001-2.png) -Na próxima tela, o instalador oferece a possibilidade de selecionar os **componentes** que queremos que seja instalado. Escolha os **componentes** de sua preferência e clique em **Next**. +Na próxima tela, o instalador oferece a possibilidade de selecionar os **componentes** que queremos que sejam instalados. Escolha os **componentes** de sua preferência e clique em **Next**. -Abaixo em exemplo de como prefiro os meus: +Abaixo um exemplo de como prefiro os meus: ![componentes](../images/p0001-3.png) diff --git a/git-e-github/setup.md b/git-e-github/setup.md index a542922..e07e04f 100644 --- a/git-e-github/setup.md +++ b/git-e-github/setup.md @@ -20,7 +20,7 @@ Repositório é um diretório onde os arquivos do seu projeto ficam armazenados. ### Iniciando -1. No canto superior á direita na página, clique no menu + e selecione a opção "New repository" (Novo repositório) +1. No canto superior direito da página, clique no menu + e selecione a opção "New repository" (Novo repositório) ![Print do menu de criação de repositório no GitHub](../.gitbook/assets/repo-create.png) diff --git a/hands-on/exercicio-1.md b/hands-on/exercicio-1.md index e803ca1..7d78987 100644 --- a/hands-on/exercicio-1.md +++ b/hands-on/exercicio-1.md @@ -54,5 +54,3 @@ Abra a pasta do seu projeto, crie uma pasta chamada `imagens`, procure no Google ``` Agora, repita os passos 2 e 3 do [item 2](exercicio-1.md#2-subindo-seu-projeto-para-o-github). - - diff --git a/hands-on/exercicio-2.md b/hands-on/exercicio-2.md index b111360..a8c0f99 100644 --- a/hands-on/exercicio-2.md +++ b/hands-on/exercicio-2.md @@ -30,6 +30,3 @@ No seu terminal, rode os comandos: 1. `git add` para adicionar o arquivo 2. `git commit` para commitar o novo arquivo, sem esquecer de adicionar uma mensagem útil e informativa sobre o que será publicado 3. `git push` para enviar para o repositório no GitHub - - - diff --git a/hands-on/exercicio-4.md b/hands-on/exercicio-4.md index f6b7762..a364e14 100644 --- a/hands-on/exercicio-4.md +++ b/hands-on/exercicio-4.md @@ -100,4 +100,4 @@ Criando o pull request. 3. Vefique as mudanças novamente. 4. CRIE O PULL REQUEST. -Parabéns, o seu código já está na lista para ser mergado com o repositório principal! :heart: +Parabéns, o seu código já está na lista para ser mergeado com o repositório principal! :heart: diff --git a/o-que-onde-e-por-que.md b/o-que-onde-e-por-que.md index 9a0333a..28caed2 100644 --- a/o-que-onde-e-por-que.md +++ b/o-que-onde-e-por-que.md @@ -1,12 +1,12 @@ --- -description: O que são as ferramentas de versionamento e porque utilizar em seus projetos. +description: O que são as ferramentas de versionamento e por que utilizar em seus projetos. --- # O que é, o que é? ## Git -O Git é um sistema de controle de versão distribuído gratuito e de código aberto projetado para lidar com tudo, desde projetos pequenos a muito grandes, com velocidade e eficiência. +O Git é um sistema de controle de versão distribuído, gratuito e de código aberto, projetado para lidar com tudo, desde projetos pequenos a muito grandes, com velocidade e eficiência. ## GitHub