{"id":3507,"date":"2018-02-23T12:00:25","date_gmt":"2018-02-23T15:00:25","guid":{"rendered":"https:\/\/blog.umbler.com\/?p=3507"},"modified":"2021-10-19T10:31:23","modified_gmt":"2021-10-19T13:31:23","slug":"controle-de-versoes-do-seu-wordpress-com-git","status":"publish","type":"post","link":"https:\/\/blog.umbler.com\/br\/controle-de-versoes-do-seu-wordpress-com-git\/","title":{"rendered":"Controle de vers\u00f5es do seu WordPress com GIT"},"content":{"rendered":"

GIT: essa palavrinha est\u00e1 por todos os lados, n\u00e3o \u00e9 mesmo? Aqui na Umbler eu trabalho com GIT todos os dias, mas sabe que eu reparei uma coisa? Apesar de anos e anos trabalhando com o WordPress (quase dez, no total :O) nunca havia trabalhado com versionamento no WordPress.<\/p>\n

O resultado? Uma cat\u00e1strofe! Quantas vezes j\u00e1 tive que entrar em contato com antigas hospedagens, pedir backup do dia, porque, simplesmente, arruinei minha instala\u00e7\u00e3o com a mania de editar as coisas direto em produ\u00e7\u00e3o, sem testar num ambiente homologado. Aquele ponto de restaura\u00e7\u00e3o que salvava nossa vida, ou aquele template versao_final_AGORA_FINAL_MESMO_SERIO_FINAL.zip<\/em> que era editado paralelamente com a vers\u00e3o em produ\u00e7\u00e3o, para se ocorresse algum problema eu j\u00e1 saber onde foi que errei.
\n
\nMas por favor, n\u00e9? J\u00e1 estamos em 2018. T\u00e1 na hora de pararmos e tomar um \u201cparacetamal\u201d para as dores de cabe\u00e7a que a programa\u00e7\u00e3o nos provoca, e facilitar nossa vida. E h\u00e1 sim como versionar WordPress. Sim, quase ca\u00ed para tr\u00e1s quando soube. WHAT THE HELL!?
\n<\/p>\n

Como funciona o versionamento de um WordPress?<\/h2>\n

Todo mundo sabe que instalar WordPress \u00e9 um mam\u00e3o com a\u00e7\u00facar. Mas, e o GIT? Seria muito bom, apesar de termos um ambiente homologado e fazermos primeiro o deploy nele, para depois colocar em produ\u00e7\u00e3o (n\u00e9 dev de respeito?), poder dar rollback se, ainda assim, em produ\u00e7\u00e3o n\u00e3o deu certo.<\/p>\n

Na instala\u00e7\u00e3o padr\u00e3o do WordPress as \u00fanicas op\u00e7\u00f5es que s\u00e3o versionadas s\u00e3o as p\u00e1ginas e os posts. A medida que vamos escrevendo um deles, backups s\u00e3o salvos em um determinado intervalo de tempo. Caso ocorra algum problema, como queda de luz, energia, bateria do notebook, coisas desse tipo, o WordPress te d\u00e1 a op\u00e7\u00e3o de restaurar o \u00faltimo backup. Ele tamb\u00e9m te deixa fazer compara\u00e7\u00f5es de vers\u00f5es e reconhecer se voc\u00ea est\u00e1 escrevendo algo \u201catrasado\u201d (se voc\u00ea est\u00e1 escrevendo em cima de um backup obsoleto, que j\u00e1 foi atualizado posteriormente).<\/p>\n

Com plugins e templates<\/a>, a \u00fanica op\u00e7\u00e3o que temos \u00e9 um preview dos templates, ent\u00e3o precisamos verificar se o plugin que colocaremos no ar n\u00e3o conflitar\u00e1 com os que j\u00e1 est\u00e3o instalados. O que \u00e9 bem ruim, na verdade. S\u00f3 temos certeza se houver um ambiente teste ou depois de ativado – com medo pra ver o resultado. (adivinhem qual op\u00e7\u00e3o eu escolho, rsrs)
\n
\nSe voc\u00ea j\u00e1 trabalhou ou trabalha com GIT, sabe que \u00e9 uma maravilha. Que \u00e9 bom. Que \u00e9 maravilhoso. Puxo o saco mesmo, pois facilita muito o fluxo de entrega do meu trabalho no dia a dia, evitando conflitos e, quando eles acontecem, sendo simples de resolver. Imagina facilitar todos os nossos freelas com isso?<\/p>\n

Se voc\u00ea n\u00e3o conhece GIT, por favor pare de ler isso AGORA e confira o guia<\/a> que a Umbler preparou sobre GIT. Lembrando que temos suporte para deploy nos sites em GIT, e que, inclusive, o deploy autom\u00e1gico: quando voc\u00ea faz push para a branch master, seu site \u00e9 automaticamente atualizado em produ\u00e7\u00e3o \ud83d\ude09
\n
\nSem mais delongas, de todas as ferramentas que testei nestes anos utilizando WordPress, cheguei a conclus\u00e3o de que, para quem trabalha com a Umbler, o WP Pusher \u00e9 a melhor op\u00e7\u00e3o!<\/p>\n

WP Pusher<\/h2>\n

Por que o WP Pusher foi a minha escolha? Porque ele \u00e9 super tranquilo de instalar. Basta ir em https:\/\/wppusher.com\/download<\/a> que ser\u00e1 baixado automaticamente um zip para voc\u00ea subir para a parte de plugins do seu WordPress. Depois basta conectar a sua conta ao seu reposit\u00f3rio no GitHub, BitBucket ou GitLab:
\n\"\"<\/a>
\nT\u00e1, mas o que \u00e9 esse BUY A LICENSE? Bom, se voc\u00ea quiser se conectar a reposit\u00f3rios privados, voc\u00ea ter\u00e1 que comprar uma licen\u00e7a do plugin na parte de Pricing do site<\/a> . O pre\u00e7o mais baixo, e que provavelmente serve para todos, \u00e9 de $99 d\u00f3lares por ano. Salgado, n\u00e9?<\/p>\n

Opini\u00e3o minha: \u00c9 por motivos assim que sou dev fomentadora de comunidade. Afirmo que tem que deixar c\u00f3digo aberto sim, para ajudar os outros amigos dev, para que eles tamb\u00e9m contribuam no seu projeto, e que todo mundo aprenda mais e fique mais feliz. Ufa? Am\u00e9m!<\/p>\n


\nMas, se voc\u00ea tem dados sens\u00edveis no seu projeto, entendemos seu motivo de ficar com a outra op\u00e7\u00e3o, que pode ser adquirida atrav\u00e9s do pricing, como falamos anteriormente.
\nNa imagem abaixo podemos observar como funciona, por exemplo, para conectar um reposit\u00f3rio que vai ser de um plugin (o mesmo \u00e9 id\u00eantico para um template):
\n\"\"<\/a>
\nPara adicionar um novo template, primeiro precisamos adicionar ele ao nosso reposit\u00f3rio externo GIT. Neste exemplo, eu baixei um template qualquer de WordPress e criei um reposit\u00f3rio no Github:
\n\"\"<\/a>
\nDepois de criado meu reposit\u00f3rio, vou subir todos os arquivos da pasta do template para esse reposit\u00f3rio, seguindo algumas linhas de comando. Para isso, eu uso o Git Bash, que vem junto com o GIT, quando instalado na m\u00e1quina.
\n\"\"<\/a>
\n\"\"<\/a>
\nComo deu pra ver, j\u00e1 coloquei direto no reposit\u00f3rio os arquivos do template que v\u00e3o dentro da pasta do template, como comments.php, functions.php, etc.
\nResumindo:<\/p>\n