-
Notifications
You must be signed in to change notification settings - Fork 2
Documentação de desenvolvimento
Vamos usar apenas uma branch por enquanto.
A forma de trabalho será através dos quatro passos abaixo.
Sempre dar o pull antes de começar.
$ git pull origin master
$ rake
Isso roda todos os testes. Só commitar depois de rodar todos os testes localmente e eles passarem.
$ git status
$ git add <arquivos>
ou
$ git add . (inclui todos os arquivos modificados ou novos)
Exemplo:
$ git add /spec/features/model/
(adicionou a pasta model para o "commit")
$ git commit
Abre uma tela nova para que o título.
git commit -a -m "Título do commit" (um comando só para adicionar tudo que é novo ou modificado e o título do commit).
Resumindo:
Primeiro você adiciona os arquivos para a área de commit (staged area), depois usa o comando para o commit.
Commitar arquivos referentes ao mesmo propósito. Por exemplo, commitar os arquivos referentes à implementação da história. Se durante o desenvolvimento arquivos de configuração foram modificados ou inseridos, eles devem ser commitados em um commit específico diferente do commit da história.
Sempre que alguma ação for concluída na história, por exemplo, o cadastro da história CRUD cliente foi concluído, isso deve ser um commit.
Mas coisas pequenas também podem ser commitadas, desde que estejam agrupadas com o mesmo propósito.
Tem que descrever a contribuição. Por exemplo:
- Adição da controller de Clientes
- Adição da action destroy na controller de Clientes
Descrição sobre o que foi mexido. Exemplo:
Título do commit: Adição da controller de Clientes Descrição:
Criação de ClientesController e das actions create, new, edit e update. Criação do arquivo create_clientes.feature (cucumber)
Não deve demorar muito para dar o push. O sistema precisa estar atualizado. O push deve ser dado depois do passo 2 ter sido executado.