Pompeu/organizacao_gemfile_ruby.md

## organizacao_gemfile_ruby.md

      
    Raw
  

              organizacao_gemfile_ruby.md
            
          
    Orientações basicas

Nos erros de versão.

Verifique a versão na pagina oficial da gem a versão de suport do ruby e rails.
Caso não haja essa informção verifique o ano em que versão ruby  e com isso
certifique-se de adicionar a gem com essa versão no Gemfile e faça o teste local.
Instalando bundle localmente na aplicação.

bundle install --path vendor/bundle
esse comando fara com que ao rodar aplicação ele usara primeiro a pasta vendor,
vale saliente que se essas pasta deve ser ignorada pelo git/svn.
Usando Tags para versionar.

Crie tags a partir sempre da master
EX:
git tags v1.0.0
No help principal da aplicação modifique para esse comando a baixo.
no sistema maoria já usa SVN, fazendo a migração deve-se lembrar sempre
de fazer isso.
def versao_sistema
   versao = %x(git describe --tags $(git rev-list --tags --max-count=1))
   "Versão: #{versao.to_s.gsub("\n", '')}"
end
GitFlow

Existe um proposta da gestão para uso de gitflow.
pode-se observar
https://danielkummer.github.io/git-flow-cheatsheet/index.pt_BR.html
O uso do gitflow, basicamente organiza o usu de branchs e ambientes.
Basicamente são 3 brachs.

master (versão de produção que vem das releases)
develop (versão para criação de features)
release (é criada toda vez que uma nova versão do sistema é criada)
features

Feature são branchs de apoio a branch de release.
Ex:
release/feature/21237, a união de varias features seram uma nova realease.
git commit -m 'ref #T21237, foi criado a func...xpto'
hotfix

os bugs de produção devem ser feitos atravez de hotfix.
que basicamente   um fork da master atualizada e numero da task no itop/gestprod.
Ex:
hotfix/T-052324, onde todos commits dentro do hotfix devem ser anotados com um padrão.
git commit -m 'ref #T-052324, foi reparado o erro xpto...'
isso dara restreabilidade, para que isso seja praticado soh existe uma forma criação de pull/merge requests.