Git Para Profissionais Salesforce: Por Que Você Precisa Aprender
"Eu configuro tudo pela interface, por que preciso de Git?" Essa é a pergunta que mais ouvimos de profissionais Salesforce — tanto Admins quanto Developers. E a resposta curta é: porque o mercado mudou, e quem não acompanhar vai ficar para trás.
Parece forte, mas é a realidade. Git deixou de ser "coisa de developer" faz tempo. Hoje, controle de versão é uma habilidade fundamental para qualquer profissional que trabalha com Salesforce. Neste artigo, vamos explicar por que, e como isso impacta diretamente a sua carreira.
O pesadelo de trabalhar sem controle de versão
Antes de falar de Git, vale pintar um cenário que talvez você conheça bem.
Você 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 então: você está fazendo deploy para produção usando Change Sets. O deploy quebra algo. E agora? Qual alteração causou o problema? Quem mexeu no que? Quando? Sem histórico, descobrir isso vira uma investigação policial.
Esses cenários são reais e acontecem todos os dias em equipes que não usam controle de versão. Não é questão de "se" vai acontecer com você — é questão de "quando".
Outros clássicos que já vimos:
- Arquivo_final_v2_FINAL_corrigido.zip — quem nunca? Nomear arquivos com versões manuais é um caos que escala rapidamente.
- "Quem mexeu nisso?" — em equipe, ninguém sabe quem alterou o que, quando ou por que.
- Sobrescreveu o código que funcionava — sem histórico, não tem como voltar atrás.
Dica: Controle de versão é como um "Ctrl+Z infinito" para todo o seu projeto, com a capacidade de ver exatamente o que mudou, quando e por quem. Se você já perdeu trabalho por falta de rastreabilidade, Git é a solução.
O que é Git e por que ele domina o mercado
Git é um sistema de controle de versão distribuído, 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 repositórios Git — já ultrapassou 200 milhões de repositórios.
Na prática, Git registra cada alteração que você faz nos seus arquivos. Cada "ponto de salvamento" é chamado de commit, e inclui a data, o autor e uma descrição do que foi feito. Você pode voltar a qualquer versão anterior, comparar mudanças e trabalhar em paralelo com outras pessoas sem conflitos.
E o mais importante: Git é 100% gratuito e open source.
Git no contexto Salesforce: SFDX e o modelo source-driven
"Tudo bem, mas como Git se aplica a Salesforce especificamente?"
A resposta é direta: metadados Salesforce são código. Cada campo customizado, cada Flow, cada layout, classe Apex e Lightning Web Component é representado por arquivos XML e código-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 mudança é fundamental:
| Antes (Modelo Clássico) | Agora (Source-Driven / SFDX) |
|---|---|
| Alterações direto na org | Código-fonte versionado em Git |
| Deploy manual via Change Sets | Deploy automatizado via CLI (sf deploy) |
| Sem histórico de alterações | Cada mudança é um commit rastreável |
| Colaboração via e-mail/planilha | Pull Requests e Code Review no GitHub |
| Sandbox = fonte da verdade | Git = fonte da verdade |
No modelo source-driven, o repositório Git é a fonte da verdade do seu projeto. A org é apenas um reflexo do que está no repositório. Essa inversão muda completamente a forma como equipes trabalham.
DevOps Center: Git nativo na plataforma
A própria Salesforce reconheceu que Git é essencial e lançou o DevOps Center — uma ferramenta nativa que integra controle de versão diretamente na plataforma.
O DevOps Center usa GitHub (ou outros providers) por baixo dos panos. Cada work item cria uma branch automaticamente. Você acompanha o status de cada alteração visualmente, faz reviews e promove mudanças entre ambientes com rastreabilidade total — tudo isso dentro do Salesforce.
O que isso significa na prática: saber Git não é mais diferencial para profissionais Salesforce. É pré-requisito. O DevOps Center literalmente não funciona sem um repositório Git conectado.
.gitignore e .forceignore: o que versionar em projetos Salesforce
Um erro comum de quem está começando com Git em projetos Salesforce é versionar tudo. Nem todos os arquivos devem ir para o repositório.
A pasta force-app/ contém todo o código-fonte e metadados — essa sim deve ser versionada. Já as pastas .sfdx/ e .sf/ são caches locais da CLI, regenerados automaticamente. O node_modules/ contém dependências que são recriadas pelo npm install.
Um .gitignore básico para projetos SFDX deve incluir:
- .sfdx/ e .sf/ (cache da CLI)
- node_modules/ (dependências)
- *.log (arquivos de log)
- .DS_Store e Thumbs.db (arquivos do sistema operacional)
- .vscode/ e .idea/ (configurações pessoais do editor)
- coverage/ (resultados de testes locais)
Além disso, projetos SFDX têm o .forceignore — que define o que a CLI ignora nos deploys e retrieves. São complementares: .gitignore controla o Git, .forceignore controla a CLI Salesforce.
Dica importante: configure o .gitignore e o .forceignore ANTES do primeiro commit. Arquivos que já foram commitados não são removidos automaticamente pelo .gitignore — você precisaria limpar manualmente com git rm --cached.
Por que até Admins precisam aprender Git
Muitos Admins leem isso pensando: "mas eu não escrevo código, isso não é pra mim." Direto ao ponto: é sim.
- Admins — o DevOps Center exige conhecimento de Git. Muitas empresas já pedem Git no processo seletivo para Admins.
- Developers — absolutamente obrigatório. Sem Git, você não consegue trabalhar em nenhuma equipe profissional.
- Consultores — precisam entender o fluxo para orientar clientes na adoção de DevOps e boas práticas.
- Architects — definem a estratégia de branching, CI/CD e governança do repositório.
Os números confirmam: 72% das vagas Salesforce já pedem Git/GitHub, e profissionais com Git no currículo têm 3x mais chances em entrevistas. A maioria dos profissionais Salesforce ainda não domina Git — e é exatamente aí que está a oportunidade para quem aprender agora.
O impacto real na sua carreira
Saber Git não é apenas sobre usar uma ferramenta. É sobre demonstrar maturidade profissional. Quando um recrutador vê Git e GitHub no seu perfil, a mensagem é clara: essa pessoa trabalha de forma profissional, sabe colaborar em equipe e entende boas práticas de desenvolvimento.
Já vimos profissionais Salesforce serem promovidos e receberem propostas melhores simplesmente por saberem implementar um fluxo básico de Git em projetos da empresa. É uma habilidade que te diferencia da maioria — e que, honestamente, não é tão difícil de aprender quanto parece.
O investimento de tempo é pequeno comparado ao retorno. Em poucas semanas de prática consistente, você já consegue usar Git com confiança no dia a dia.
Como começar
Se você chegou até aqui convencido de que precisa aprender Git, o próximo passo é simples: comece. Não precisa dominar tudo de uma vez. O básico — repositório, commits, branches, push, pull — já vai transformar a forma como você trabalha.
Na Rangers League Academy, criamos o curso Git & GitHub Essencial exatamente para profissionais Salesforce que querem aprender Git do zero, com exemplos práticos voltados para o ecossistema. O curso cobre desde os fundamentos até configuração de .gitignore para projetos SFDX e estratégias de branching para equipes Salesforce. Se você quer dar esse passo na sua carreira, é por lá que recomendamos começar.
Perguntas Frequentes
Preciso saber programar para aprender Git?
Não. Git é uma ferramenta de controle de versão, não uma linguagem de programação. Admins que trabalham com configuração, Flows e metadados podem (e devem) usar Git para rastrear suas alterações. O DevOps Center, inclusive, foi criado pensando em profissionais que não escrevem código.
Git e GitHub são a mesma coisa?
Não. Git é o software de controle de versão que roda no seu computador. GitHub é uma plataforma online para hospedar repositórios Git e colaborar com outras pessoas. Pense assim: Git é o motor, GitHub é a estrada. Existem alternativas ao GitHub, como GitLab e Bitbucket, mas todas usam Git por baixo.
Quanto tempo leva para aprender o básico de Git?
Com dedicação consistente, em 2 a 3 semanas você já consegue usar Git com confiança no dia a dia. Os comandos essenciais — init, add, commit, push, pull, branch, merge — cobrem 90% do que você vai precisar. O resto você aprende conforme a necessidade aparece.
O DevOps Center substitui a necessidade de saber Git?
Não. O DevOps Center simplifica o fluxo visual, mas usa Git por baixo dos panos. Quando algo dá errado — e vai dar errado eventualmente — você precisa entender o que está acontecendo no repositório para resolver. Saber Git te dá autonomia para diagnosticar problemas e não depender de outra pessoa para desbloquear seu trabalho.
