Git Para Profissionais Salesforce: Por Que Você Precisa Aprender
"Eu configuro tudo pela interface, por que preciso de Git?" Essa e a pergunta que mais escuto de profissionais Salesforce — tanto Admins quanto Developers. E a resposta curta e: porque o mercado mudou, e quem nao acompanhar vai ficar para tras.
Eu sei que parece forte, mas e a realidade. Git deixou de ser "coisa de developer" faz tempo. Hoje, controle de versao e uma habilidade fundamental para qualquer profissional que trabalha com Salesforce. Neste artigo, eu vou explicar por que, e como isso impacta diretamente a sua carreira.
O pesadelo de trabalhar sem controle de versao
Antes de falar de Git, deixa eu pintar um cenario que talvez voce conheca bem.
Voce passou o dia inteiro configurando um Flow complexo em uma sandbox. Testou, validou, tudo funcionando. No dia seguinte, um colega fez um refresh na sandbox sem avisar. Seu trabalho? Evaporou.
Ou entao: voce esta fazendo deploy para producao usando Change Sets. O deploy quebra algo. E agora? Qual alteracao causou o problema? Quem mexeu no que? Quando? Sem historico, descobrir isso vira uma investigacao policial.
Esses cenarios sao reais e acontecem todos os dias em equipes que nao usam controle de versao. Nao e questao de "se" vai acontecer com voce — e questao de "quando".
Outros classicos que ja presenciei:
- Arquivo_final_v2_FINAL_corrigido.zip — quem nunca? Nomear arquivos com versoes manuais e um caos que escala rapidamente.
- "Quem mexeu nisso?" — em equipe, ninguem sabe quem alterou o que, quando ou por que.
- Sobrescreveu o codigo que funcionava — sem historico, nao tem como voltar atras.
Dica: Controle de versao e como um "Ctrl+Z infinito" para todo o seu projeto, com a capacidade de ver exatamente o que mudou, quando e por quem. Se voce ja perdeu trabalho por falta de rastreabilidade, Git e a solucao.
O que e Git e por que ele domina o mercado
Git e um sistema de controle de versao distribuido, criado em 2005 por Linus Torvalds (o mesmo criador do Linux). Mais de 95% dos desenvolvedores no mundo usam Git, e o GitHub — a principal plataforma para hospedar repositorios Git — ja ultrapassou 200 milhoes de repositorios.
Na pratica, Git registra cada alteracao que voce faz nos seus arquivos. Cada "ponto de salvamento" e chamado de commit, e inclui a data, o autor e uma descricao do que foi feito. Voce pode voltar a qualquer versao anterior, comparar mudancas e trabalhar em paralelo com outras pessoas sem conflitos.
E o mais importante: Git e 100% gratuito e open source.
Git no contexto Salesforce: SFDX e o modelo source-driven
"Tudo bem, Marina, mas como Git se aplica a Salesforce especificamente?"
A resposta e direta: metadados Salesforce sao codigo. Cada campo customizado, cada Flow, cada layout, classe Apex e Lightning Web Component e representado por arquivos XML e codigo-fonte que podem — e devem — ser versionados.
O Salesforce DX (SFDX) revolucionou a forma como desenvolvemos para Salesforce ao introduzir o modelo source-driven. A mudanca e fundamental:
| Antes (Modelo Classico) | Agora (Source-Driven / SFDX) |
|---|---|
| Alteracoes direto na org | Codigo-fonte versionado em Git |
| Deploy manual via Change Sets | Deploy automatizado via CLI (sf deploy) |
| Sem historico de alteracoes | Cada mudanca e um commit rastreavel |
| Colaboracao via e-mail/planilha | Pull Requests e Code Review no GitHub |
| Sandbox = fonte da verdade | Git = fonte da verdade |
No modelo source-driven, o repositorio Git e a fonte da verdade do seu projeto. A org e apenas um reflexo do que esta no repositorio. Essa inversao muda completamente a forma como equipes trabalham.
DevOps Center: Git nativo na plataforma
A propria Salesforce reconheceu que Git e essencial e lancou o DevOps Center — uma ferramenta nativa que integra controle de versao diretamente na plataforma.
O DevOps Center usa GitHub (ou outros providers) por baixo dos panos. Cada work item cria uma branch automaticamente. Voce acompanha o status de cada alteracao visualmente, faz reviews e promove mudancas entre ambientes com rastreabilidade total — tudo isso dentro do Salesforce.
O que isso significa na pratica: saber Git nao e mais diferencial para profissionais Salesforce. E pre-requisito. O DevOps Center literalmente nao funciona sem um repositorio Git conectado.
.gitignore e .forceignore: o que versionar em projetos Salesforce
Um erro comum de quem esta comecando com Git em projetos Salesforce e versionar tudo. Nem todos os arquivos devem ir para o repositorio.
A pasta force-app/ contem todo o codigo-fonte e metadados — essa sim deve ser versionada. Ja as pastas .sfdx/ e .sf/ sao caches locais da CLI, regenerados automaticamente. O node_modules/ contem dependencias que sao recriadas pelo npm install.
Um .gitignore basico para projetos SFDX deve incluir:
- .sfdx/ e .sf/ (cache da CLI)
- node_modules/ (dependencias)
- *.log (arquivos de log)
- .DS_Store e Thumbs.db (arquivos do sistema operacional)
- .vscode/ e .idea/ (configuracoes pessoais do editor)
- coverage/ (resultados de testes locais)
Alem disso, projetos SFDX tem o .forceignore — que define o que a CLI ignora nos deploys e retrieves. Sao complementares: .gitignore controla o Git, .forceignore controla a CLI Salesforce.
Dica importante: configure o .gitignore e o .forceignore ANTES do primeiro commit. Arquivos que ja foram commitados nao sao removidos automaticamente pelo .gitignore — voce precisaria limpar manualmente com git rm --cached.
Por que ate Admins precisam aprender Git
Eu sei que muitos Admins leem isso pensando: "mas eu nao escrevo codigo, isso nao e pra mim." Vou ser direta: e sim.
- Admins — o DevOps Center exige conhecimento de Git. Muitas empresas ja pedem Git no processo seletivo para Admins.
- Developers — absolutamente obrigatorio. Sem Git, voce nao consegue trabalhar em nenhuma equipe profissional.
- Consultores — precisam entender o fluxo para orientar clientes na adocao de DevOps e boas praticas.
- Architects — definem a estrategia de branching, CI/CD e governanca do repositorio.
Os numeros confirmam: 72% das vagas Salesforce ja pedem Git/GitHub, e profissionais com Git no curriculo tem 3x mais chances em entrevistas. A maioria dos profissionais Salesforce ainda nao domina Git — e e exatamente ai que esta a oportunidade para quem aprender agora.
O impacto real na sua carreira
Saber Git nao e apenas sobre usar uma ferramenta. E sobre demonstrar maturidade profissional. Quando um recrutador ve Git e GitHub no seu perfil, a mensagem e clara: essa pessoa trabalha de forma profissional, sabe colaborar em equipe e entende boas praticas de desenvolvimento.
Eu ja vi profissionais Salesforce serem promovidos e receberem propostas melhores simplesmente por saberem implementar um fluxo basico de Git em projetos da empresa. E uma habilidade que te diferencia da maioria — e que, honestamente, nao e tao dificil de aprender quanto parece.
O investimento de tempo e pequeno comparado ao retorno. Em poucas semanas de pratica consistente, voce ja consegue usar Git com confianca no dia a dia.
Como comecar
Se voce chegou ate aqui convencido de que precisa aprender Git, o proximo passo e simples: comece. Nao precisa dominar tudo de uma vez. O basico — repositorio, commits, branches, push, pull — ja vai transformar a forma como voce trabalha.
Na Rangers League Academy, criamos o curso Git & GitHub Essencial exatamente para profissionais Salesforce que querem aprender Git do zero, com exemplos praticos voltados para o ecossistema. O curso cobre desde os fundamentos ate configuracao de .gitignore para projetos SFDX e estrategias de branching para equipes Salesforce. Se voce quer dar esse passo na sua carreira, e por la que eu recomeco comecar.
Perguntas Frequentes
Preciso saber programar para aprender Git?
Nao. Git e uma ferramenta de controle de versao, nao uma linguagem de programacao. Admins que trabalham com configuracao, Flows e metadados podem (e devem) usar Git para rastrear suas alteracoes. O DevOps Center, inclusive, foi criado pensando em profissionais que nao escrevem codigo.
Git e GitHub sao a mesma coisa?
Nao. Git e o software de controle de versao que roda no seu computador. GitHub e uma plataforma online para hospedar repositorios Git e colaborar com outras pessoas. Pense assim: Git e o motor, GitHub e a estrada. Existem alternativas ao GitHub, como GitLab e Bitbucket, mas todas usam Git por baixo.
Quanto tempo leva para aprender o basico de Git?
Com dedicacao consistente, em 2 a 3 semanas voce ja consegue usar Git com confianca no dia a dia. Os comandos essenciais — init, add, commit, push, pull, branch, merge — cobrem 90% do que voce vai precisar. O resto voce aprende conforme a necessidade aparece.
O DevOps Center substitui a necessidade de saber Git?
Nao. O DevOps Center simplifica o fluxo visual, mas usa Git por baixo dos panos. Quando algo da errado — e vai dar errado eventualmente — voce precisa entender o que esta acontecendo no repositorio para resolver. Saber Git te da autonomia para diagnosticar problemas e nao depender de outra pessoa para desbloquear seu trabalho.
