Sistemas de Controlo de Versões

Sistemas de Controlo de Versões

Nuno Morgadinho <[email protected]>

Friday, December 2, 2011

mailto:[email protected]


Sistemas de Controlo de Versões?


Sistemas de Controlo de Versões (VCS)

• software para gerir diferentes versões

• Conhecido vulgarmente como:

• Version Control System (VCS)

• Source Code Manager (SCM)

• Revision Control System (RCS)


Porquê?


Necessidades

• trabalhar / colaborar com mais pessoas

• guardar um histórico

• nunca perder o trabalho

• poder voltar atrás se algo correr mal

• bug tracking


O que não é um VCS?


Não são VCS

• Ficheiro .zip, .tar, .tgz, etc.

• Dropbox

• GMail

• Qualquer outra ferramenta de backup


Como funciona?

Repositório


Como funciona?

Repositório

Checkout


Como funciona?

Repositório

Checkout

modifica

Utilizador


Como funciona?

Repositório

Checkout

modifica

Utilizador

commit

Repositório


Repositório

João

Ana Pedro

Tiago

Centralizado


João

Ana Pedro

Tiago

Distribuído


CVS


SVN

• Em relação ao CVS:

• Mais rápido

• Menos informação transmitida

• Detecção automática de ficheiros que mudaram de localização ou de nome

• Correcção de muitos bugs no CVS

http://tartarus.org/~simon/cvs-vs-svn.html




Sun WorkShop TeamWare


TeamWare

• commits locais

• não é preciso estar online

• distribuído (peer-to-peer)

http://docs.oracle.com/cd/E19957-01/806-3573/underhood.html




Githttp://git-scm.com


http://git-scm.com

http://git-scm.com

Git - Necessidades

• Facilitar o desenvolvimento distribuído

• Ser escalável

• Rápido e eficiente

• Repositórios mais pequenos (por ex. no caso da Mozilla 30x)

https://git.wiki.kernel.org/articles/g/i/t/GitSvnComparison_cb82.html




Git - Necessidades

• Integridade e segurança dos dados

• Responsabilidade

• Imutabilidade

• Transações atómicas





Git - Necessidades

• Suportar, facilitar e encorajar a criação e integração de branches

• Repositórios completos

• Arquitectura modular e extensível

• Software Livre





Git

• o conteúdo versus o ficheiro

• SHA1 versus revision number

• sem metadata

• branching e merging simplificado

http://peepcode.com/products/git-internals-pdf




Git

• tudo é guardado como um objecto

• dentro da directoria .git

• quatro tipos de objectos:


blobtreecommittag




blob

• o conteúdo de ficheiros é guardado como um blob

• sem metadados


blob

blob [content_size]Your content here

lorem ipsum lorem ipsum


tree

• para directorias

• recursivo

• representação guardada em texto


tree

tree [content_size]

100644 blob b5f21a README100644 blob afe433 Makefile.pl040000 tree a42cd0 lib


commit

• permite criar o histórico

• contem um ponteiro para uma tree

• informação sobre o autor e a modificação efectuada


commitcommit [content_size]tree 23edfcauthor Nuno Morgadinho <[email protected]>committer Nuno Morgadinho <[email protected]>

commit without a parent

initial revision






tag

• trata-se de um “etiqueta” para um determinado commit

• pode ter associada uma descrição

• assinada digitalmente via GPG


tagtag [content_size]object 123fectype committag v1tagger Nuno Morgadinho <[email protected]> 123456789

release 1.0!




Em Resumo

CVSSVN

TeamWareGit

Centralizados Distribuídos


Outros

SCCSRCSCVSSVN

TeamWareGit

MercurialBazaar



Outros

SCCSRCSCVSSVN

TeamWareGit

MercurialBazaar

IBM RationalPerforce

BitKeeperCode Co-op

http://en.wikipedia.org/wiki/Comparison_of_revision_control_software


Livre

Comercial




$ mkdir myproject $ cd myproject $ git init Initialized empty Git repository in .git/

Criar Repositório


$ vi hello.pl $ git add hello.pl $ git commit -m “initial content” [master (root-commit) c232a1c] initial 1 files changed, 3 insertions(+), 0 deletions(-) create mode 100644 hello.pl

Adicionar Ficheiro


$ vi hello.pl $ git add hello.pl $ git status # On branch master # # Initial commit # # Changes to be committed: # (use "git rm --cached <file>..." to unstage) # # new file: hello.pl #

$ git commit -m “initial content” [master (root-commit) c232a1c] initial 1 files changed, 3 insertions(+), 0 deletions(-) create mode 100644 hello.pl

$ git status # On branch master nothing to commit (working directory clean)

Adicionar Ficheiro


$ git log hello.pl commit c232a1cd16885e283e7122ee51ecebc029173e48 Author: Nuno Morgadinho <[email protected]> Date: Sun Nov 23 21:43:10 2011 +0000

initial content

Ver Histórico




$ git branch experiencia $ git branch experiencia * master

$ git checkout experiencia Switched to branch 'experiencia'

Criar Branch


$ git merge experiencia Auto-merging hello.pl CONFLICT (content): Merge conflict in hello.pl Automatic merge failed; fix conflicts and then commit the result.

$ git add hello.pl $ git commit -m “resolving conflict”

Merge Branch


Git Stash

$ git pull Git pull: error: Entry foo not uptodate. Cannot merge

$ git stash save Saved “WIP on master: e71813e...”

$ git pull $ git stash pop


Instalar o Git

• Linux

• sudo apt-get install git-core

• Mac

• http://code.google.com/p/git-osx-installer/

• Windows

• http://code.google.com/p/msysgit/


http://code.google.com/p/git-osx-installer/

http://code.google.com/p/git-osx-installer/

http://code.google.com/p/msysgit/

http://code.google.com/p/msysgit/

Ambiente de Desenvolvimento

localmente staging produção




commit




github

commit

commit




github

commit

commit

pull




github

commit

commit

pull

Testes




github

commit

commit

pull

pull

Release


Exercício I

• Criar um projecto no GitHub

• Adicionar ficheiros ao repositório

• Fazer commit


Exercício II

• Criar um branch experimental

• Merge


Livros


Links

http://git-scm.com/

http://peepcode.com/products/git



http://git-scm.com/

http://git-scm.com/





Conclusão

• Git é rápido, open-source, eficiente e distribuído

• Não há desculpa para não se usar um VCS!


Questões?


Obrigado

Nuno Morgadinho@morgadin

http://www.morgadinho.org


Sistemas de Controlo de Versões

Documents

Transcript of Sistemas de Controlo de Versões