Ulisses Almeida já trabalhou com diversas linguagens de programação, algumas obscuras como ColdFusion e outras bem conhecidas como Java, porém foi em Ruby que encontrou a paixão. Atualmente é desenvolvedor de software na @plataformatec e trabalha com metodologias Ágeis e Ruby on Rails no dia-a-dia. Apresentou a talk "O que não .gitignorar na sua app Rails" no 7Masters Ruby.

1. O que não
.gitignorar na
sua app Rails

2. @ulissesalmeida
Plataformatec

3. Consultoria
Pessoas, projetos,
contextos diferentes...
Muita coisa boa,
muitos debates.

4. .gitignore
+config/secrets.yml
+config/database.yml
+db/structure.sql

5. config/
secrets.yml

6. secrets.yml
# Make sure the secrets in this file are kept private
# if you're sharing your code publicly.
development:
secret_key_base: 1a1fd4fc0512b46ea449d07
test:
secret_key_base: 1ffde16fcf1e55737cd8a60
# Do not keep production secrets in the repository,
# instead read values from the environment.
production:
secret_key_base: <%= ENV["SECRET_KEY_BASE"] %>

7. Make sure the
secrets in this
file are kept
private if you're
sharing your
code publicly.

8. Complicações
• Setup mais complexo
• Difícil de controlar as variaveis
• Workaround config/secrets.yml.sample

9. Recomendado
# config/secrets.yml
# Do not keep production secrets in the repository,
# instead read values from the environment.
production:
secret_key_base: <%= ENV["SECRET_KEY_BASE"] %>

10. Variáveis de
ambiente
Pode ser usado no
database.yml e etc.

11. dotenv
https://github.com/
bkeepers/dotenv

12. git-crypt
https://github.com/
AGWA/git-crypt

13. .gitignore
-config/secrets.yml
-config/database.yml
db/structure.sql

14. db/structure.sql

15. structure.sql vs
schema.rb

16. structure.sql
• O git diff é difícil de revisar
• Conflitos difíceis de resolver

17. Complicações
• Você não tem a representação do banco de
dados atual
• Precisa sempre executar sempre todas
migrations
• O número de arquivos na pasta de
migrations cresce muito rápido.
• Isso é lento :(

18. Complicações
• Precisa manter manualmente todas suas
migrations
• A pasta tende a ficar com muitos arquivos
antigos
• Migrations muito antigas tendem a quebrar
ou não fazerem mais sentido
• Remoção/Adição de tabelas, colunas e
models por exemplo
• O rake db:setup perde sua importância.

19. Na maioria dos casos
• Sua aplicação em produção só precisa das
migrations novas
• Um database novo só precisa do rake
db:setup

20. rake db:setup
rake db:create # Cria o banco de dados
rake db:structure:load # Carrega a estrutura do structure.sql
rake db:seed # Carrega os dados

21. rake db:structure:load
• Permite carregar a estrutura atual do banco
de dados.
• Não há necessidade executar todas
migrations
• Bem mais rápido!

22. Pode apagar
migrations?
Sim!
(Mas faça com muito ❤ e atenção)

23. structure.sql
• O git diff é difícil de revisar
• ¯_( )_/¯
• Conflitos difíceis de resolver
• Melhor ter esses conflitos em
desenvolvimento do que em produção

24. .gitignore
-config/secrets.yml
-config/database.yml
-db/structure.sql

25. Obrigado!
@ulissesalmeida
Plataformatec