1. Git é um sistema de controle de versão distribuído e de código aberto projetado para lidar com projetos de todos os tamanhos com velocidade e eficiência.
2. O Git permite e incentiva a criação de vários branchs locais que podem ser mesclados com facilidade, tornando-o pequeno e rápido.
3. Em vez de fazer check-outs, os usuários fazem clones completos do repositório, tornando o Git distribuído e garantindo backups múltiplos.
Git that like a boss - Colaborando com GITHUBHélio Medeiros
Um bom desenvolvedor não só escreve, como também lê e cataloga uma tonelada de código! O GitHub é uma das melhores plataformas para conhecer e ajudar o mundo...
Apresentações e discussões sobre assuntos técnicos de interesse. Estimular discussões sobre tecnologias e proporcionar um maior aprofundamento e aprendizado técnico dos colaboradores. Além disso, estreitar os relacionamentos entre os colaboradores da Atech. Por meio de palestras, vídeos, tutoriais, apresentações e workshops, com temas técnicos.
Git that like a boss - Colaborando com GITHUBHélio Medeiros
Um bom desenvolvedor não só escreve, como também lê e cataloga uma tonelada de código! O GitHub é uma das melhores plataformas para conhecer e ajudar o mundo...
Apresentações e discussões sobre assuntos técnicos de interesse. Estimular discussões sobre tecnologias e proporcionar um maior aprofundamento e aprendizado técnico dos colaboradores. Além disso, estreitar os relacionamentos entre os colaboradores da Atech. Por meio de palestras, vídeos, tutoriais, apresentações e workshops, com temas técnicos.
This presentation talks about how to start a project using git. From installation and configuration, through concepts of structure commits, index management, stash, branch, merge, rebase, remote repositories and extra themes.
Git that like a boss - Dos comandos básicos aos branches.Hélio Medeiros
Trabalhar com sistemas de controle de versões não é só uma obrigação como uma estratégia para muitas empresas.... venha descobrir oque o git pode fazer por você. Dos comandos básicos ao nem tão básicos, oque faz o git tão bom.
Apresentação da ferramenta Docker para o pessoal da Websix. Passos básicos de como iniciar a utilização de containers a seu favor. Padronização de ambiente de desenvolvimento, staging, QA e Produção
Introdução ao Git, conceitos básicos sobre sistemas de controle de versão distribuídos, comparação entre sistemas de controle de versão centralizados (SVN) e distribuídos, comandos básicos do git, exemplos de workflow com Github, linha de comando, ferramentas visuais.
Docker, facilitando a vida do desenvolvimentoSérgio Lima
Dessa vez, vamos falar de um "calo" de muitos desenvolvedores, ambientes, vamos falar de uma das principais ferramentas que facilitam e nos auxiliam nessa jornada, o Docker.
Exemplos no githug: https://github.com/sergiosdlima/meetup-phpdf-docker
Apresentação feita no nono meetup PHP FC de Brasília.
Apresentado na RubyConfBR 2016
Até mesmo desenvolvedores veteranos caem em armadilhas quando usam Git em seus projetos Ruby/Rails. Sair dessas ciladas costuma exigir conhecimento profundo das entranhas do Git - um objetivo nobre para quem pode investir o tempo e esforço.
Esta palestra é para nós - as outras pessoas.
Como um não-especialista em Git, o palestrante vai visitar alguns sufocos que aparecem de tempos em tempos, com foco no que é preciso saber para evitar estes problemas - ou pelo menos para limitar o prejuízo.
This presentation talks about how to start a project using git. From installation and configuration, through concepts of structure commits, index management, stash, branch, merge, rebase, remote repositories and extra themes.
Git that like a boss - Dos comandos básicos aos branches.Hélio Medeiros
Trabalhar com sistemas de controle de versões não é só uma obrigação como uma estratégia para muitas empresas.... venha descobrir oque o git pode fazer por você. Dos comandos básicos ao nem tão básicos, oque faz o git tão bom.
Apresentação da ferramenta Docker para o pessoal da Websix. Passos básicos de como iniciar a utilização de containers a seu favor. Padronização de ambiente de desenvolvimento, staging, QA e Produção
Introdução ao Git, conceitos básicos sobre sistemas de controle de versão distribuídos, comparação entre sistemas de controle de versão centralizados (SVN) e distribuídos, comandos básicos do git, exemplos de workflow com Github, linha de comando, ferramentas visuais.
Docker, facilitando a vida do desenvolvimentoSérgio Lima
Dessa vez, vamos falar de um "calo" de muitos desenvolvedores, ambientes, vamos falar de uma das principais ferramentas que facilitam e nos auxiliam nessa jornada, o Docker.
Exemplos no githug: https://github.com/sergiosdlima/meetup-phpdf-docker
Apresentação feita no nono meetup PHP FC de Brasília.
Apresentado na RubyConfBR 2016
Até mesmo desenvolvedores veteranos caem em armadilhas quando usam Git em seus projetos Ruby/Rails. Sair dessas ciladas costuma exigir conhecimento profundo das entranhas do Git - um objetivo nobre para quem pode investir o tempo e esforço.
Esta palestra é para nós - as outras pessoas.
Como um não-especialista em Git, o palestrante vai visitar alguns sufocos que aparecem de tempos em tempos, com foco no que é preciso saber para evitar estes problemas - ou pelo menos para limitar o prejuízo.
C school Extended - Liberte sua arquitetura com Cloud NativeAndré Paulovich
Vamos discutir as vantagens e implicações de aderir ao modelo de arquitetura baseado em 'Cloud Native', com um chassi de aplicações inteiramente construído com base em recursos open-source
Tutorial GIT para as pessoas que utilizam alguma IDE ou para quem gosta de utilizar o Terminal.
O link para o fluxograma: https://dl.dropboxusercontent.com/u/31864583/Fluxograma%20GIT.jpg
Muitas pessoas desenvolvem o projeto sem controle de versão, ou as vezes usam mas na hora de colocar as modificações no servidor, utilizam algum programa FTP, o que acaba não usurfluindo do controle de versão. Será que isso funciona se tiver uma equipe? NÂO, está é a resposta.
Com isto, criei seis passos necessários para se colocar um projeto que está em controle de versão, sincronizando as modificações locais com o servidor sem uso de alguma ferramentas FTP.
https://pt.slideshare.net/MarcosMass/seis-passos-para-colocar-um-projeto-local-em-um-servidor-prprio
[JS EXPERIENCE 2018] Do jQuery aos microfrontends: os desafios de manter uma ...iMasters
Do jQuery aos microfrontends: os desafios de manter uma aplicação web - Luiz Fernando Rodrigues, ContaAzul
[JS EXPERIENCE 2018] - 5 de julho de 2018
São Paulo/SP
Como desenvolver com um sistema com um front-end colossal?Mozart Diniz
Essa apresentação conta a nossa saga pra conseguir construir, manter, performar e garantir a qualidade de um sistema com uma camada enorme de JavaScript, aqui falamos de vários dos problemas enfrentados e suas soluções.
Este é uma aula sobre Typescript, NodeJS, Docker.
Este é o repositório com os arquivos para acompanhar a aula:
https://github.com/kenjishiromajp/typescript_serverside_starterkit
Venha ver como trabalhar de forma rápida e prática com seu projeto iniciando com planejamento de versão, codificação, testes, revisão de código e entrega até fazer a implantação em produção usando as ferramentas Gitlab e Gitlab CI para aplicar conceitos de CI (Continous Integration) e CD (Continous delivery e Continous Deploy) de forma automatizada e amigável. Por fim será mostrado case de como isso é usado no dia a dia na empresa Nexxera.
Autor: Isaac Souza
Para otimizar nosso tempo e diminuir incidentes causados por erro humano, adotamos o conceito de CI/CD no nosso dia a dia. Acontece que, muitas vezes, por limitações técnicas e dificuldade de integração entre plataformas, deixamos a automatização de deploy de lado e ficamos, no melhor das hipóteses, só com os testes automatizados.
Não seria ótimo se os desenvolvedores pudessem se preocupar só com o versionamento de código, e todo o resto acontecesse magicamente por debaixo dos panos?
Nessa talk aprenderemos como automatizar o seu deploy de maneira fácil com o ArgoCD, uma ferramenta de automatização de deploy para Kubernetes, e porque é importante separar o CI do CD.
Team building - Workshop - ThoughtWorks Away Day 2018Hélio Medeiros
Dia 1 - cliente novo! A TW se apresenta, oque a cliente vê? Um time? Pessoas? Vamos jogar o jogo do team building. Várias técnicas! Várias coaches! O teu time! e que vença quem cantar "evidencias" mais alto durante o team outing :P Software depende de relacionamento e o tempo tá contando para darmos o nosso show!
- Criada e apresentada em conjunto com:
Caroline Moers
Andressa Cruz
Thainara Rogerio
Otavio Carvalho
William Ahrons
Marcelo Schimdt
Pedro Silva
Team building - Software depende de relacionamentoHélio Medeiros
Seja sua empresa grande, pequena, startup ou consultoria, é impossível negar que membros de time virão e irão. Valor em software não é resultado apenas do conhecimento das pessoas e de sua aplicação, mas também dos relacionamentos e do que elas são capazes de alcançar juntas. Venha e vamos entender como aplicar esta prática coronária do XP em conjunto com técnicas de team building para criar excelentes relações, muito conhecimento e um time “eterno enquanto dura”.
Continuidade de times - quando os relacionamentos contam?Hélio Medeiros
Valor em software não é resultado apenas do conhecimento das pessoas e de sua aplicação, mas também dos relacionamentos e do que elas são capazes de alcançar juntas. Venha e vamos entender os benefícios da aplicação desta prática coronária difundida pelo Spotify, em seu modelo de Tribes e Squads!
Historias sao suposicoes: build:measure:learn no kanban e livro de possibilid...Hélio Medeiros
Ei grande e consolidada empresa, você não tem alcançado mais sucesso em seus produtos recentes? O teu mercado já estava consolidado? O que aconteceu? Como reagir ao hype?
Lançar produtos sempre foi uma proposição hit-or-miss. Você escreve um plano de negócios e algumas histórias de usuários, e começar a vender o máximo que pode. E em algum momento nesta seqüência de eventos, você vai descobre que falhou.
Histórias são suposições, vamos tratá-las como tal. Sucesso vem da experimentação mas que planos elaborados. Feedback dos clientes mas que intuição. Projeto iterativo mais que “grande planos elaborados”. Nesta sessão você vai medir e aprender a entregar valor real para seus clientes desde o início.
Aprenderemos como adicionar o ciclo build, mesure e learn em nossos kanban boards.
Descobriremos uma nova abordagem para o Behaviour Driven-Development que se faz de testes A/Bs e mapas de calor como algumas de nossas táticas para detectar e validar comportamentos.
E por fim usaremos o conceito de livro das possibilidades para manter o acompanhamento sobre ideias as quais o mercado ainda não apresentou resultados esperados, e que desejamos manter em mente como potenciais diferenciais competitivos.
Vamos descobrir e entregar valor real para nossos clientes !! Eles precisam de nós mais do que nunca.
Você sofre ou já sofreu de frameworkite? Quando você encontra um framework que lhe dá algo que você deseja de graça e lhe faz pagar um preço muito alto para todas as outras mudanças?
Por definição, framework é uma estrutura de apoio usada como a base para algo a ser construído, mas as vezes eles parecem dar mais que opniões eles querem decidir! Você vai se tornar um refém? Ou vai tornar outros reféns do seu último framework?
Feature injection - descobrindo e entregando valor testávelHélio Medeiros
A Injeção de Funcionalidades é um Processo de Análise de Negócios criado por Chris Matts para resolver esse problema! Minha apresentação no Agile Brazil 2014
Growth hacking - customer lifecycle na praticaHélio Medeiros
Isolar quem seus consumidores são, descobrindo quais suas necessidades, trabalhando em um produto que os deixará emocionados... Se você não pensa em algo assim...
Tdc growth hacking-customer lifecycle na praticaHélio Medeiros
Growth Hacking não é um termo novo, e apesar de já ser amplamente discutido no Vale do Silício, aqui no Brasil estamos começando a ouvir mais sobre isso agora. Esta é nossa (minha e do @henriqueso) tentativa de transmitir à comunidade de startupeiros presentes no #TDC 2014 o assunto.
A Jornada de um desenvolvedor de Princípios SOLID em um mundo de micro-servicesHélio Medeiros
Em um sistema desenvolvido através do paradigma orientado a objetos, existem diversos padrões e metodologias que devem ser adotadas para que o software produzido seja de fácil manutenção e possibilite sua extensão. E COMO PODEMOS FAZER QUANDO MINHAS CLASSES VIRAM MICRO-SERVIÇOS?
Palestra TDC 2014 - Trilha Arquitetura e SOA
Feature Injection - Descobrindo e entregando valor testávelHélio Medeiros
A Injeção de Funcionalidades é um Processo de Análise de Negócios criado por Chris Matts para resolver esse problema! Esta foi minha palestra no TDC 2014
Requisitos sempre mudam, e um projeto ágil tem que evoluir enquanto se trabalha para entregar valor ao cliente, com entregas tão curtas quanto o máximo deste valor que se pode entregar. O que precisamos considerar enquanto damos nossos passos a iluminação?
Apresentação sobre a prática ágil - MANAGING DOJO - criada pelo Manoel Pimentel @manoelp, revisitada pela equipe da RBS durante o evento RBS Agile Brazil Review (http://lanyrd.com/2013/agilebrazilrbs/).
A prática conduz a uma tomada de decisão com forte troca de conhecimento, onde todos aprendem e se comunicam de forma organizada.
Apresentação com resumo das principais apresentações vistas pela equipe RBS no Agile Brazil 2013, debates mais aprofundados serão conduzidos no evento:
http://lanyrd.com/2013/agilebrazilrbs/
Agile brazil 2013 - Laboratório Experimental refinando ideias e lançando prod...Hélio Medeiros
Nos últimos anos a metáfora de crescimento de um produto passou de um tropeço acidental a uma ideia ou ainda da previsão sobre um futuro longínquo para um constante supor, construir, medir e aprender sem fim. Desta forma, através de pesquisas para produtos digitais voltados a área de esportes, nós do GrupoRBS,do time de jornais, dentre eles a Zero Hora, resolvemos flexionar essa metáfora às etapas de construção de nossos produtos, focando o mínimo desperdício que maximize a aprendizagem e relevância. Venha e acompanhe nossas suposições sobre os desejos dos usuários se transformando em resultados mensuráveis, enquanto ludicamente transportávamos as pessoas para um cenário de clima esportivo, removendo barreiras virtuais e aprendendo suas reais necessidades. E isso tudo com muita diversão! - See more at: http://www.agilebrazil.com/2013/pt/programa/grade/#sthash.A1OaXRBR.dpuf
Web no seu dia a dia é 100% velocidade de resposta. Usuários odeiam esperar, ficamos frustrados enquanto vídeos, páginas e suas imagens são carregadas lentamente. É uma (má) experiência aos usuários! Na verdade algo chocante.
Sendo desenvolvedor web, um de suas primeiras ferramentas para ganho de banda no server-side assim como no client-side são os princípios de HTTP Caching. O tempo investido na otimização de sites vale a pena, então vamos mergulhar nisto!!
Ideias em produção - métricas de vaidade não são para piratasHélio Medeiros
Quando buscamos o sucesso, precisamos das métricas e estratégias que apoiem nossas decisões, que nos apresentem fatos concretos as lacunas feitas a base de suposições em nossas estratégias. Parecer bem sucedido não é ser bem sucedido. Já diria Eric Ries que "O teatro do sucesso um dia é descoberto e as idéias acabam sendo abandonadas". Nós não podemos nos basear só em totais acumulados! Nossos usuários, cadastros, vendas, e demais demandas, são sempre multifaceados, e por mais complexa que possa se tornar separá-los, a influência que cada um destes grupos pode indicar o caminho para o sucesso e podem fazer toda a diferença. Ao invés de relatórios com métricas de vaidade, precisamos trabalhar em termos dos três azes (acionável, acessível e auditável). O que eles são? Como o implementamos? Veremos gráficos e exemplos que nos induzem a conclusões de sucesso absoluto, mas que escondem sérios problemas. Saberemos o que são as métricas para piratas AARRR e como elas nos conduzem a um alinhamento de ideias e métricas, quais profissionais e passos seguimos para que as decisões em bolas de cristal passem sejam orientadas por relatórios automatizados no google analytics ou semelhantes
Ideias em produção - métricas de vaidade não são para piratas
git --controle-de-versão-rápido
1. ráp ido
rsã o-
d e- ve
tro le-
--con iza do
ent ral
ov o-c
o -é- o-n
rib uid
--d ist uro --fáci l-br
anch
- -seg
@helmedeiros l-m erge
-- fáci
-lo cal
--tudo-é
2. Git é sistema de controle de versão distribuído
livre e de código aberto, projetado para lidar com
tudo, de pequenos a grandes projetos, com
velocidade e eficiência.
http://git-scm.com/
4. Considerando a visão de LINUS TORVALDS
“cvs ou baseado “controle de
em suas
versão do jeito que
primitivas?”
ele realmente
deveria ser”
5. TALVEZ, NÃO SEJA UM BOM PONTO DE PARTIDA...
BLASFEMAR SOBRE OS SISTEMAS DE CONTROLE DE VERSÃO
USADOS... MAS... HUMMM...
PRECISAMOS IR EM FRENTE!
6. branching e pequeno e garantia de
distribuido
merging rápido integridade
área de
gratuito código aberto
conferência
Quais são as vantagens?
http://git-scm.com/
7. trunk
cria
tag
local branch
usando SIM avisou?
SIM trunk? trunk
dev reintegrate
cria
trunk
TAG? branch
trunk NÃO tag prod
cria homol
NÃO restaura
tag trunk ok?
#1 BRANCHING E MERGING
Git permite e incentiva a criação de vários branchs locais,
que podem ser totalmente independentes um do outro.
8. BRANCHING E MERGING
Alternância de contexto sem atrito
Criar um branch para testar uma idéia, comitar algumas vezes, voltar para onde você iniciou, aplicar um patch, voltar para
onde você estava experimentando, e mesclá-los!
Linhas de versionamento especifica
Ter uma linha de versionamento que sempre contém apenas o que vai para a produção, outra que você mescle para testes,
e várias outras menores para o dia a dia de trabalho.
Workflow baseado em funcionalidades
Criar um novo branch para cada nova funcionalidade que vai trabalhar, para que você possa facilmente alternar entre eles,
em seguida, exclua cada linha de versionamento quando essa funcionalidade for incorporada a sua linha principal.
Experimentação descartável
Criar um branch para experimentar, perceber que não resolverá o problema, e apenas excluí-lo - abandonar o trabalho sem
que ninguém tenha o visto.
http://git-scm.com/
9. #2 PEQUENO E RÁPIDO
Git é rápido. Com o Git, quase todas as operações são realizadas localmente, dando-lhe
uma vantagem enorme
10. PEQUENO E RÁPIDO
Commit Arquivos(A) Commit Imagens(B) Diff Local
Add, commit e push 113 arquivos Add, commit e push de 1000 imagens de Diff de 187 arquivos alterados locais
modificados 1Kb contra o último commit.
1.09
3 2.6 30 24.7 1.1
2.25 22.5 0.825
1.5 15 0.55
0.64 0.25
0.75 7.5 1.53 0.275
0 0 0
git svn git svn git svn
Diff Arquivos Update
Diff Tags
Diff entre versão atual e outra 4 commits Pull do cenário do Commit A
Diff entre duas tags (v1.9.1.0/v1.9.3.0 )
atrás (269 alterados) (113 arquivos alterados)
3.99 83.57 2.82
4 90 3
3 67.5 2.25
2 45 1.5 0.9
1 0.25 22.5 1.17
0.75
0 0 0
git svn git svn git svn
http://git-scm.com/
11. PEQUENO E RÁPIDO
Log (Todos) Log (Arquivo)
Log (50)
Log de todos os commits Log do histórico de um arquivo (array.c -
Log dos últimos 50 commits
(26.056 commits) 483 revissões)
200 0.4 0.38 90 82.84
169.2
150 0.3 67.5
100 0.2 45
50 0.1 0.01 22.5
0.52 0.6
0 0 0
git svn git svn git svn
Blame
Anotações em um único arquivo (array.c)
4 3.04
3
1.91
2
1
0
git svn
http://git-scm.com/
12. PEQUENO E RÁPIDO
Commit ÁPIDO QUE O SVN Local
Commit Arquivos(A) É MAIS RImagens(B)
O GIT Diff
Add, commit e push 113 arquivos Add, commit e push de 1000 imagens de Diff de 187 arquivos alterados locais
modificados 1Kb contra o último commit.
1.09
3 2.6 30 24.7 1.1
2.25 22.5 0.825
1.5 15 0.55
4x 16x 4x
0.64 0.25
0.75 7.5 1.53 0.275
0 0 0
git svn git svn git svn
Diff Arquivos Update
Diff Tags
Diff entre versão atual e outra 4 commits Pull do cenário do Commit A
Diff entre duas tags (v1.9.1.0/v1.9.3.0 )
atrás (269 alterados) (113 arquivos alterados)
3.99 83.57 2.82
4 90 3
3 67.5 2.25
16x 71x 3x
2 45 1.5 0.9
1 0.25 22.5 1.17
0.75
0 0 0
git svn git svn git svn
http://git-scm.com/
13. PEQUENO E RÁPIDO
Log (Todos)GIT É MAIS RÁPIDO
O QUE O SVN
Log (Arquivo)
Log (50)
Log de todos os commits Log do histórico de um arquivo (array.c -
Log dos últimos 50 commits
(26.056 commits) 483 revissões)
200 0.4 0.38 90 82.84
169.2
150 0.3 67.5
100 0.2 45
50
0 325x
0.52
0.1
0
0.01 31x 22.5
0
0.6 138x
git svn git svn git svn
Blame
Anotações em um único arquivo (array.c)
4 3.04
3
1x
1.91
2
1
0
git svn
http://git-scm.com/
14. #3 DISTRIBUIDO
Em vez de fazer um "check-out" da situação atual do código fonte, você faz um "clone" de
todo o repositório.
15. DISTRIBUÍDO
Backups Múltiplos
Mesmo se você estiver usando um fluxo de trabalho centralizado, Qualquer Fluxo de trabalho
cada usuário terá um backup completo do servidor principal. Cada Por causa da natureza distribuída e do sistema
uma dessas cópias pode substituir o servidor principal em caso de de ramificação do Git, um número quase infinito
um acidente ou de corrupção. Como efeito, não há um ponto único de de fluxos de trabalho pode ser implementado
falha com Git a menos que haja apenas uma única cópia do com relativa facilidade.
repositório.
http://git-scm.com/
16. DISTRIBUÍDO
Fluxo de trabalho ao
estilo Subversion
Um fluxo de trabalho centralizado é muito
comum, especialmente de pessoas
transitando de um sistema centralizado.
http://git-scm.com/
17. DISTRIBUÍDO
C E1
SOUR
OP EN
JE TO
PRO
origem
origem
PR
OJ
ET
OO
PE
NS
OU
RC
Fluxo de trabalho distribuido E2
e descentralizado origem
Para equipes que se sobrepõem a uma estrutura
formal de times, o modelo distribuído permite uma
organização colaborativa simples e organizada. origem
http://git-scm.com/
18. DISTRIBUÍDO
fetch
origem
localhost
merge
PULL
O comando pull realiza as duas operações, realiza
primeiro um fetch trazendo todos os arquivos e em
seguida realiza um merge com o seu repositório
local.
{
origin/master
+
master
http://git-scm.com/
19. DISTRIBUÍDO
push
origem
$git push notebook projeto1
$git push origem projeto1 localhost
PUSH push notebook
O comando push realiza o envio do pacote de
informações do repositório local para o seu par no
servidor desejado. Mesmo que o repositório não
exista no servidor em questão.
http://git-scm.com/
20. #4 GARANTIA DE INTEGRIDADE
É impossível obter qualquer coisa dentro do Git além dos bits exatos que você colocar
21. GARANTIA DE INTEGRIDADE
Integridade Criptográfica
O modelo de dados que o Git usa garante a integridade criptográfica de todos os bits de
seu projeto. Sobre cada arquivo e commit é gerado um checksum e sempre que se for
recuperar e realizada a conferencia. É impossível obter qualquer coisa fora do Git além dos
bits exatos você colocar dentro.
http://git-scm.com/
22. #5 ÁREA DE CONFERÊNCIA
Coomits podem ser formatados e revisados antes de completar a submissão.
23. ÁREA DE CONFERÊNCIA
Staging Area
Git tem algo chamado de staging area ou índice, que serve como área intermediária onde
os commits podem ser formatados e revisados antes de completar a submissão. Desta
forma é possível rapidamente alterar alguns de seus arquivos e comitá-los sem comitar
todos os outros modificados em seu diretório de trabalho, ou ainda ter que listá-los durante
a confirmação.
http://git-scm.com/
24. #6 GRATUITO
Use o Git em projetos abertos ou proprietários de graça, para sempre.
25. GRATUITO
Sob licença de software livre GPLv2 é possível
Usar o Git em projetos abertos ou proprietário de graça, para sempre;
Utilizar os binários do Git em programas abertos ou proprietários;
http://git-scm.com/
26. #7 CÓDIGO ABERTO
Baixe, inspecionar e modificar o código-fonte do Git.
27. CÓDIGO ABERTO
Sob licença de software livre GPLv2 é possível
Baixar, inspecionar e modificar o código-fonte do Git;
Fazer alterações proprietárias no Git que você não redistribua publicamente;
redistribuir publicamente binários do Git com programas abertos ou proprietários
desde que os mesmo sejam públicos;
http://git-scm.com/
28. Fontes:
Obrigado!
Pro Git - Scott Chacon
@helmedeiros
Imagens:
http://git-scm.com/