22 KiB

Raw Blame History

Read these guidelines in

Configurando freeCodeCamp localmente

Siga estas instruções para configurar freeCodeCamp localmente em seu sistema. Isso é altamente recomendado se você quer contribuir regularmente.

Alguns workflows de contribuição como pré-visualização de páginas para o Guia ou Desafios de Código, debugging e correção de bugs no código requerem que você rode freeCodeCamp localmente.

Dê Fork no repositório do GitHub

'Dar fork' é obter sua própria cópia do repositório principal do freeCodeCamp (a.k.a repo) no GitHub.

Isso é essencial, pois assim você pode trabalhar com sua cópia do freeCodeCamp no GitHub, ou baixá-la para trabalhar localmente. Depois, você poderá requisitar que suas mudanças sejam enviadas para o repositório principal via pull request.

Dica: O repositório principal em https://github.com/freeCodeCamp/freeCodeCamp é comumente chamado de repositório upstream. Seu fork em https://github.com/SEU_USUARIO/freeCodeCamp é comumente chamado de repositório origin.

Siga estes passos para dar fork no repositório https://github.com/freeCodeCamp/freeCodeCamp:

Vá para o repositório do freeCodeCamp no GitHub: https://github.com/freeCodeCamp/freeCodeCamp
Clique no botão "Fork" no canto superior direito da tela (Mais detalhes aqui)
Depois do fork do repositório, você será levado à sua cópia do freeCodeCamp em https://github.com/SEU_USUARIO/freeCodeCamp

Preparando o ambiente de desenvolvimento

Uma vez que os pré-requisitos estão instaladas, você precisa preparar seu ambiente de desenvolvimento. Isso é comum para muitos workflows de desenvolvimento, e você precisará fazer isso uma única vez.

Siga estes passos para preparar seu ambiente de desenvolvimento:

Instale o Git ou seu client de Git favorito, se você ainda não o possui. Atualize para a versão mais recente, já que a versão que veio em seu OS pode estar desatualizada.
(Opcional, mas recomendado) Configure sua chave SSH para o GitHub.
Instale um editor de código da sua escolha.

Nós recomendamos fortemente usar o VS Code ou o Atom. Este são ótimos editores: grátis e open source.
Configure o linting em seu editor de código.

Você deve ter o ESLint rodando no seu editor, e isso irá destacar qualquer elemento que não segue o Guia de Estilo para JavaScript do freeCodeCamp.

Por favor não ignore nenhum erro de linting. Eles existem para te ajudar e garantir um código simples e limpo.

Dê clone na sua cópia do freeCodeCamp

'Clonar' é baixar uma cópia de um repositório que pertence à você ou à outra pessoa, de um local remoto ou remote location. No seu caso, este local remoto é o seu fork repositório do freeCodeCamp, que deve estar disponível em https://github.com/SEU_USUARIO/freeCodeCamp.

Rode os seguintes comandos em sua máquina:

Abra o Terminal / Prompt de Comando / Bash Shell em seu diretório de projetos

Por exemplo: /seudiretoriodeprojetos/
Clone seu fork do freeCodeCamp, substituindo SEU_USUARIO pelo seu nome de usuário do GitHub
```
git clone https://github.com/SEU_USUARIO/freeCodeCamp.git
```

Isso irá baixar o repositório do freeCodeCamp integralmente em seu diretório de projetos.

Configure um `upstream` para o repositório principal

Agora que você já baixou uma cópia do seu fork, você precisará configurar um upstream.

Como foi mencionado anteriormente, o repositório principal https://github.com/freeCodeCamp/freeCodeCamp é comumente chamado de repositório upstream. Seu fork em https://github.com/SEU_USUARIO/freeCodeCamp é comument chamado de repositório origin.

Você precisa apontar sua cópia local para o upstream alem de apontar para origin. Isso acontece para que você possa sincronizar com mudanças do repositório principal. Dessa forma, você não precisa pelo processo de fork e clone várias vezes.

Mude de diretório para o diretório do freeCodeCamp:
```
cd freeCodeCamp
```
Adicione o repositório principal do freeCodeCamp como um local remoto ou remote:
```
git remote add upstream https://github.com/freeCodeCamp/freeCodeCamp.git
```

Verifique se a configuração está correta:

    git remote -v

A saída deve ser algo parecido com:

    origin    https://github.com/SEU_USUARIO/freeCodeCamp.git (fetch)
    origin    https://github.com/SEU_USUARIO/freeCodeCamp.git (push)
    upstream    https://github.com/freeCodeCamp/freeCodeCamp.git (fetch)
    upstream    https://github.com/freeCodeCamp/freeCodeCamp.git (push)

Rodando o freeCodeCamp localmente em sua máquina

Agora que você tem uma cópia local do freeCodeCamp, você pode seguir essas instruções para fazê-la rodar localmente. Isso irá te ajudar a:

Pré-visualizar páginas da forma que aparecerão na plataforma.
Trabalhar com problemas relacionados à UI e melhorias.
Debuggar e corrigir problemas nos application servers e client apps.

Você pode pular a parte de rodar o freeCodeCamp localmente se você está apenas editando arquivo, fazendo rebase ou resolvendo conflitos de merge. Você pode sempre retornar à essa parte das instruções.

Pular Rodando o freeCodeCamp localmente em sua máquina

Instalando os pré-requisitos

Comece instalando esses softwares.

Pré-requisito	Versão	Comentários
MongoDB Community Server	`3.6`	Notas de atualização, Obs: Estamos atualmente na versão `3.6`, uma nova atualização está planejada.
Node.js	`8.x`	LTS Schedule
npm (vem junto com o Node)	`6.x`	Não possui uma versão LTS, usamos a versão que vêm com o Node LTS

Importante:

Recomendamos fortemente atualizar para as versões estáveis mais recentes, ou seja, as versões LTS mencionadas acima. (LTS significa Long Term Service ou Suporte à longo prazo) Se o Node.js or MongoDB já estiverem instaladas em sua máquina, rode os seguintes comando para verificar as versões:

node -v
mongo --version
npm -v

Se você possui uma versão diferente, por favor instale as versões recomendadas. Só poderemos ajudar com problemas de instalações das versões recomendadas.

Estou tendo problemas instalando os pré-requisitos recomendados. O que eu devo fazer?

Normalmente, desenvolvemos utilizando sistemas operacionais mais populares e atualizados como o macOS 10.12 ou posterior, Ubuntu 16.04 ou posterior e Windows 10. É recomendado que você verifique seu problema específico em fontes como: Google, Stack Overflow ou Stack Exchange. Há chances de que haja alguém que já enfrentou o mesmo problema que o seu e que exista uma resposta pronta para o que você precisa.

Se você usa um sistema operacional diferente e/ou ainda está com problemas, vá para a contributors community no nosso fórum público ou o Chat de Contribuidores. Podemos te ajudar a solucionar seu problema.

Não podemos prover suporte no GitHub, pois problemas de instalação de software estão além do escopo deste projeto.

Instalando dependências

Comece instalando as dependência necessárias para que a aplicação rode.

# Instala dependências NPM
npm install

Depois você precisará adicionar as variáveis de ambiente privadas (API Keys)

# Crie uma cópia de "sample.env" e chame-a de ".env".
# Preencha-a com as API Keys e outras senhas necessárias:

# macOS / Linux
cp sample.env .env

# Windows
copy sample.env .env

As chaves não precisam ser alteradas para rodar a aplicação localmente. Você pode deixar os valores padrão de sample.env como estão.

MONGOHQ_URL é a mais importante. A não ser que você tenha o MongoDB rodando em uma configuração diferente da padrão, a URL em sample.env deve funcionar normalmente.

Você pode deixar as outras chaves como estão. Tenha em mente que se você quiser usar mais serviços, você precisará obter suas próprias chaves e editá-las no arquivo .env.

Agora vamos "linkar" vários serviços como o api-server, o client UI application, etc. Você aprender mais sobre esses serviços neste guia.

Esses serviços são semi-independentes. Significa que, em produção, o deploy é feito em locais diferentes, mas estão todos disponíveis para você quando o projeto está sendo rodado localmente.

Nota do Tradutor: neste trecho, é utilizado o termo bootstrap. Este termo foi substituído por linkar, já que não achei uma forma melhor para o termo.

# Bootstrap ou linkar todos os projetos deste repositório
npm run bootstrap

Inicie o MongoDB

Você precisará iniciar o MongoDB, antes que a aplicação possa rodar:

Inicie o servidor do MongoDB em um terminal separado:

Em macOS & Ubuntu:
```
mongod
```
No Windows, você precisa especificar o caminho completo para o binário mongod

Certifique-se de trocar 3.6 pela versão que você tem instalada.
```
"C:\Program Files\MongoDB\Server\3.6\bin\mongod"
```

Dica: Você pode evitar de ter que iniciar o MongoDB toda hora instalando-o como um background service. Você pode aprender mais sobre isso na documentação sobre seu respectivo sistema operacional

Seed: popule o banco de dados

Agora, vamos popular o banco de dados. Neste passo, vamos rodar o comando abaixo que irá preencher o servidor MongoDB com alguns data-sets iniciais que são necessários para outros serviços. Isso inclui alguns schemas, dentre outras coisas.

Nota do Tradutor: nesta seção, é utilizado o termo seed. Quando se trata de banco de dados, seed ou semente é um conjunto de configurações iniciais criadas para popular o banco de dados. Isso pode incluir entidades, relacionamentos e um conjunto de dados inicial. Então, o verbo to seed foi substituído por "popular o banco de dados".

npm run seed

Inicie o freeCodeCamp client application e a API server

Agora você pode iniciar o servidor da API e a aplicação cliente.

npm run develop

Este único comando irá iniciar todos os serviços, incluindo a API e o cliente disponíveis para você trabalhar.

Agora abra um browser e visite http://localhost:8000. Se a aplicação carregar, parabéns! – you're all set.

Dica:

O servidor da API é aberto na porta 3000 em http://localhost:3000 A aplicação Gatsby é aberta na porta 8000 em http://localhost:8000

O que significa que, se você visitar http://localhost:3000/explorer você deveria ver quais APIs temos.

Parabéns 🎉! Agora você tem uma cópia da plataforma de aprendizado do freeCodeCamp completinha e rodando na sua máquina local.

Breve referência de comandos para trabalhar localmente

Aqui está uma breve referência de uma lista de comandos que você pode precisar quando estiver rodando localmente:

Fazer alterações locais ao seu clone de freeCodeCamp

Nota do Tradutor: esta seção utiliza vários termos relacionados ao Git em geral, que não foram traduzidos. Por exemplo: master, origin, branch, fork, rebase, upstream.

Assim, você pode alterar arquivos e "commitar" suas mudanças.

Siga estes passos:

Verifique se você está na branch master
```
git status
```
Você deve ter uma saída da forma:
```
On branch master
Your branch is up-to-date with 'origin/master'.

nothing to commit, working directory clean
```
Se vocẽ não está na master ou se seu diretório não está limpo, ou seja, se há alterações em seu diretório, resolva as mudanças de arquivo/commits e dê checkout para a branch master:
```
git checkout master
```
Depois, você deve dar rebase da upstream.

Este passo irá sincronizar as últimas alterações do repositório principal do freeCodeCamp. É importante que você dê rebase frequetemente, para evitar conflitos posteriores.
```
git pull --rebase upstream master
```
Opcionalmente, você pode dar push na branch de volta à origin, para que você um histórica limpo em seu fork no GitHub.
```
git push origin master --force
```
Agora, você deve criar uma nova branch

Trabalhar em branches separadas para cada issue te ajuda a manter sua cópia local limpa. Você nunca deve trabalhar na master. Isso pode causar conflitos na sua cópia do freeCodeCamp e talvez seja necessário iniciar tudo novamente, criando um novo clone ou fork.

Verifique se está na master como explicado anteriormente e crie uma nova branch a partir dali:
```
git checkout -b fix/update-guide-for-xyz
```
O nome da sua branch deve começar com fix/, feat/, etc. Evite usar números de issue em branches. Os nomes de branches devem ser curtos, significativos e únicos.

Alguns bons nomes de branch são:
```
fix/update-challenges-for-react
fix/update-guide-for-html-css
fix/platform-bug-sign-in-issues
feat/add-guide-article-for-javascript
translate/add-spanish-basic-html
```
Agora, você pode trabalhar editando páginas e código no seu editor de texto favorito.
Uma vez que você está feliz com suas alterações, você deve (opcionalmente) rodar o freeCodeCamp localmente para verificar suas mudanças.
Certifique-se de corrigir quaisquer erros, e verifique a formatação de suas mudanças. Nós temos um style guide para os Guias e Desafios de Código.

Agora, verifique e confirme os arquivos que você quer atualizar

git status

Este comando deve mostrar uma lista arquivos unstaged que você editou.

On branch feat/documentation
Your branch is up to date with 'upstream/feat/documentation'.

Changes not staged for commit:
(use "git add/rm <file>..." to update what will be committed)
(use "git checkout -- <file>..." to discard changes in working directory)

    modified:   CONTRIBUTING.md
    modified:   docs/README.md
    modified:   docs/how-to-setup-freecodecamp-locally.md
    modified:   docs/how-to-work-on-guide-articles.md
...

Adicione suas mudanças à staging area e faça um commit.

Este passo deve mostrar apenas os arquivos que você alterou ou adicionou. Você pode dar um reset, e retornar ao estado original arquivos que você não pretendia alterar.
```
git add path/to/my/changed/file.ext
```
Ou, alternativamente, você pode adicionar todos os arquivos unstaged para a staging area
```
git add .
```
Apenas os arquivos que foram movidos para a staging area serão adicionados quando você fizer um commit.
```
git status
```
Saída:
```
On branch feat/documentation
Your branch is up to date with 'upstream/feat/documentation'.

Changes to be committed:
(use "git reset HEAD <file>..." to unstage)

    modified:   CONTRIBUTING.md
    modified:   docs/README.md
    modified:   docs/how-to-setup-freecodecamp-locally.md
    modified:   docs/how-to-work-on-guide-articles.md
```
Agora você pode commitar suas mudanças com uma mensagem curta, como:
```
git commit -m "fix: my short commit message"
```
Alguns exemplos:
```
fix: update guide article for Java - for loop
feat: add guide article for alexa skills
```
Opcional:

Nós recomendamos fortemente que faça uma mensagem de commit convencional. Isso é uma boa prático que você pode observar em alguns repositórios Open Source mais populares. Como desenvolvedor, isso te encoraja a seguir algumas práticas padrão.

Alguns exemplos de mensagens de commit convencionais:
```
fix: update HTML guide article
fix: update build scripts for Travis-CI
feat: add article for JavaScript hoisting
docs: update contributing guidelines
```
Mantenha as mensagens curtas, não mais do que 50 caractéres. Você pode sempre adicionar informações na descrição da mensagem de commit.

Isso não toma nenhum tempo adicional comparado à mensagens não convencionais como 'update file' or 'add index.md'

Você pode aprender mais sobre aqui.
Se você perceber que precisa editar um arquivo ou atualizar a mensagem do commit depois de ter feito o commit, você pode fazer isso com o comando:
```
git commit --amend
```
Este comando irá abrir o editor de texto padrão como nano ou vi onde você pode editar o título mensagem de commit e adicionar/editar a descrição.
Agora você pode dar push nas suas alterações para o seu repositório fork.
```
git push origin branch/name-here
```

Fazendo um Pull Request (PR)

Uma vez que suas alterações foram enviadas, uma notificação aparecerá na página do seu repositório fork para criar uma pull request.
Por padrão, todas as pull requests devem se referir ao repositório principal do freeCodeCamp, master branch.

Ceritifique-se que o Base Fork está apontando para freeCodeCamp/freeCodeCamp ao crair uma Pull Request.**
Envie a pull request da sua branch para a branch master do freeCodeCamp.
No corpo do seu PR inclua um sumário detalhando quais mudanças você fez e por que.
- Será apresentado a você um template de pull request. É um checklist de coisas que você deveria ter feito antes de abrir um pull request.
- Preencha com detalhes como lhe convir. Essa informação será revisada e então será decidido se seu pull request será aceito ou não.
- Se o PR foi criado para corrigir um problema ou bug existente então, ao fim da descrição da pull request, adicione a keyword closes e #xxxx (onde xxxx é o número da issue). Exemplo: closes #1337. Isso informa ao GitHub para fechar automaticamente a issue existente, se o PR for accepted and merged.
Indique se você testou numa cópia local do site ou não.

Isso é muito importante quando você está fazendo alterações que não são copiar/editar arquivos Markdown. Por exemplo, mudanças de CSS ou código JavaScript, etc.

Tenha seu PR aceito

Obtendo ajuda

Se você está com dificuldades e precisa de ajuda, deixa-nos saber ao perguntar na categoria 'Contributors' em nosso fórum ou o Chat de Contribuidores no Gitter.

Deve haver um erro no console do seu browser ou no Bash / Terminal / Linha de Comando que pode ajudar a identificar o problema.

Troubleshooting: solucionando problemas

Se sua aplicação roda, mas você está encontrando problemas com a interface em si, por exemplo, se as fontes não estão carregando ou se o editor de código não está aparecendo apropriadamente, você pode tentar os seguintes passos ao menos uma vez:

# Remove todos os node modules instalados
rm -rf node_modules ./**/node_modules

# Reinstala os pacotes NPM
npm install

# Bootstrap, "linka" todos os projetos
npm run bootstrap

# Seed, popula o banco de dados
npm run seed

# Reinicia a aplicação
npm run develop

22 KiB Raw Blame History Unescape Escape