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.
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.
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
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.
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)
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'
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.