Contrate o Tino Gomes
Publicado; 02/05/2011 Filed under: geral | Tags: locaweb, rede parede 5 Comments »Como sabem, estava trabalhando no RedeParede, por indicação do Tapajos, mas a vida é uma caixinha de surpresas, chegou a hora de continuar meu caminho. Neste tempo, além de implementar novos features no RedeParede, lançamos o HotCabana. Enfim, a equipe é enxuta e fera. Vou sentir falta de trabalhar com esses caras! Ramon Page e Leonardo Almeida
Como a vida continua, estou disponível para projetos em período integral. Se você tem algum projeto interessante e precisa de um profissional de alto nível em sua equipe, entre em contato através do e-mail/Google Talk tinorj@gmail.com. Aos que puderem encaminhar este post para pessoas que possam ter interesse em ter-me em suas equipes, um muito obrigado.
PS: O segundo parágrafo é uma cópia descarada que o Nando fez e sem autorização prévia
Carregar fixtures com Rails 3 e RSpec 2
Publicado; 07/04/2011 Filed under: ruby | Tags: fixtures, rails, rails3, rake, rspec, rspec2, ruby Comentários desativadosSim, ainda temos fixtures e no RSpec 2, não temos mais a rake para carregar as fixtures (spec:db:fixtures:load), mas podemos fazer com a tarefa db:fixtures:load, apenas carregando a variável de ambiente FIXTURES_PATH com o caminho relativo ao diretório de fixtures do rspec.
FIXTURES_PATH="spec/fixtures" rake db:fixtures:load
Git: Renomear o branch ‘master’
Publicado; 01/04/2011 Filed under: git, tutorial | Tags: git, git-branch, git-checkout, git-push Comentários desativadosDigamos que seu projeto vai ganhar uma reescrita, uma refatoração pesada, atualização do framework (rails 2 para rails 3) ou qualquer coisa que vá mudar o rumo do seu código de forma revolucionária. Enfim, cria-se um novo branch e começa a brincadeira. Neste tempo, seu master continua com atualizações, com correções de bugs, novos features, enfim, sua aplicação ainda está viva. Quando terminado o processo de refatoração, o merge com o branch principal, normalmente o master, acaba sendo uma dor de cabeça e a opção adotada algumas vezes é tornar o branch de refactoring no branch principal. Para este caso, vou explicar como renomear o branch de refactoring para o master e, claro, guardar o master para poder fazer ‘a caça as bruxas’ depois. Vou usar como base que estamos atualizando a versão do Rails 2 para Rails 3.
1. Vá para um branch qualquer, se não tiver, crie um;
$ git branch temp
$ git checkout temp
2. Renomear o branch master para rails2;
$ git branch -m master rails2
3. Renomear o branch de rails3 para o master;
git branch -m rails3 master
4. Remover o branch master remoto;
$ git push origin :master
5. Criar o branch master no repositório remoto;
$ git push origin master:refs/heads/master
6. Criar o branch rails2 no reposotório remoto;
$ git push origin rails2:refs/heads/rails2
7. Remover o branch rails3 no repositório remoto;
$ git push origin :rails3
Pronto, teoricamente quando a galera fizer o git pull, pegará o novo branch, mas eu recomento que remova o branch master local de cada máquina e pegar novamente;
$ git branch temp
$ git checkout temp
$ git branch -d master
$ git checkout -b master origin/master
Fontes:
http://www.dmo.ca/blog/20080307124544/
http://www.kernel.org/pub/software/scm/git/docs/git-branch.html
http://www.kernel.org/pub/software/scm/git/docs/git-checkout.html
http://www.kernel.org/pub/software/scm/git/docs/git-push.html
