1. Github
Controle de Mudança
Bruno Furtado
Gerbson Lima
Paula Santos
Rhonan Carneiro

2. Controle de Mudanças
Tem como papel principal registrar,
avaliar e rastrear todas as
mudanças aplicadas ao projeto,
desde o momento em que são
propostas, até o momento em que
são implementadas (ou não) nos
itens de configuração.

3. Principais Funcionalidades
● Acompanhamento do ciclo de vida do
pedido de mudança
● Rastreamento da mudança
● Anexação de arquivos ao pedido
● Campos personalizados
● Configuração do fluxo de trabalho
● Notificações para acompanhamento da
evolução do pedido
● Relatórios personalizados

4. Git != GitHub

5. O que é o Github?
É um servidor de reposítorios git focado no
desenvolvedor.

6. Por que ele é tão popular?
Por que ele foca naquilo
que o desenvolvedor
precisa fazer.

7. GitHub é "social coding"
Você pode ver o que os seus amigos estão
fazendo no Dashboard.

9. Github inicialmente começou como
um servidor de git

10. O melhor servidor de repositórios de
git na época

12. Suas alterações "bacanas" não fazem
diferença no meio de tantas outras. As pessoas
então não se estimulam a participar de
projetos.

13. GitHub - Social Coding

16. Todo usuário possui um
perfil

17. E você pode fazer
comentários nos commits

18. Ver o que seus amigos
estão fazendo

19. Acompanhar projetos do
seu interesse

20. Visualizar estatísticas

21. + estatísticas

22. + estatísticas

23. Integração com outras
aplicações

24. Criando um Projeto

25. Trabalhando em equipe
Permite que você gerencie a equipe de seu projeto de
duas formas:
● Adição de colaboradores:
○ Os colaboradores terão acesso direto ao projeto,
tendo permissões de leitura e escrita no repositório
● Criação Forks:
○ Os colaboradores fazem um fork, ou seja, uma
cópia do projeto para efetuar as suas mudanças.
Nesse tipo de acesso o usuário não pode efetuar
mudanças no repositórorio principal. Para que a sua
mudança seja aceita é necessária fazer um pull-
request das suas alterações no projeto principal.

26. Adicionando
Colaboradores

27. O que são Issues?
• Permite um canal de comunicação entre equipe do
projeto.
• Desenvolvedores podem reportar bugs, sugestões,
reclamações, etc.
• Permite acompanhamento dos "issues" através do status:
resolvido, em avaliação, ignorado, etc.
• Geração de relatórios indicando o tempo médio que a
equipe está levando para dar feedback aos clientes.

28. Você realmente precisa de um processo de
solicitação de mudança complexo?

29. As Issues facilitam isso

30. ● Simples
● Rápido
● Fácil
Issues

31. Podemos utilizar Issues
para

32. Registrar Erros

33. Solicitar Melhoramentos

34. Definir atividades a serem
feitas

35. Você pode mencionar
outros usuários

36. Você pode indentificar suas issues
da forma que achar necessário

37. Milestones
● É um momento importante para o projeto.
● É definido com o objetivo de estabelecer
momentos no projeto, onde a partir da sua
situação atual deve-se atuar de modo a
garantir que sejam atingidos os objetivos do
projeto, e não simplesmente listar o status
do mesmo.

38. Milestones

39. Nem tudo são flores
Não posui gerenciamento de permissões;
Não possui personalização de Formulários
(KISS - Keep it Simple ?);

40. Exercício - Sala de Aula
● Exercício individual.
● Analisar a página dos sites a seguir,
reportando bugs e sugestões de melhorias.
○ http://carlaperez.blog.uol.com.br/
○ http://www.dolly.com.br/portal/
● Reportar para o projeto:
○ https://github.com/paulasantos/atividadeGC

41. Exercíco de Casa
Em dupla:
● Criar um projeto do Github;
● Analisar o código de um jogo de
investigação criminal, reportar os bugs e
solicitações de mudanças.
● As mudanças devem se aceitas ou
encerradas (fechadas).

42. Exercíco de Casa
Mínimo de bugs e solicitações de mudanças:
● Reportar 3 bugs e corrigir 1.
● Reportar 2 solicitações de mudanças e
implementar 1 solicitação.

43. Exercíco de Casa
Ao efetuar um commit, referênciar a issue
correspondente.
Link para o código do jogo:
https://www.dropbox.
com/s/pmq36c7e7329nh1/Jogo.rar
Ao terminar o exercício envie o link do
repositório para algum dos membros da
equipe.

44. Referências
● http://davidfischer.github.io/gdc2/#languages/All
● https://speakerdeck.com/holman/how-github-uses-
github-to-build-github
● http://www.slideshare.net/err/inside-github?
from_search=1