Portal LibreSource

É um portal Web utilizado para gerenciar projetos colaborativos. É baseado em Java/J2EE e é mais um conjunto de ferramentas colaborativas visual para ajudar a facilitar projetos e equipes. Enquanto os outros sistemas discutidos até agora têm sido concebidas em mais uma “linha de comando” nível, LibreSource está mais centrado nas ferramentas que não possuem uma grande curva de aprendizado.

Tem elementos de construção, tais como páginas Wiki, fóruns, trackers, Synchronizers, Subversion repositórios, arquivos, faça o download de áreas, formulários, mensagens instantâneas e muito mais. Pense em colaboração LibreSource como um hub para a elaboração de projectos.

LibreSource é perfeito para o desenvolvedor ou designer que não querem aprender lotes de jargão técnico e quer se concentrar mais na comunicação com os membros do projeto. Basta instalar o pacote e começar a colaborar, sem grande virada de uma curva de aprendizado.

Recursos para LibreSource:

• LibreSource Documentação – Toneladas de artigos e tutoriais para ficar familiarizado com LibreSource.

Referências :

http://www.artenum.com/EN/Products-LibreSource.html

http://dev.libresource.org/home/doc/libresource-user-manual

Resumo das Principais diferenças entre GIT e SVN

Lista das principais:

• Git é muito mais rápido do que o Subversion.
• Subversion permite que você verifique para fora apenas uma sub-árvore de um repositório; Git requer que você clone todo o repositório (incluindo a história) e crie uma cópia de trabalho que espelha, pelo menos, um subconjunto dos itens sob controle de versão.
• Repositórios do Git são muito menores que Subversions (para o projeto Mozilla, 30x menor)
• Git foi projetado para ser totalmente distribuído desde o início, permitindo que cada desenvolvedor tenha comando local.
• Ramos git são mais simples e menos  pesado do que o Subversion.
• Ramos git transportam toda a sua história.
• Mesclando no Git não exige que você se lembre da revisão que você mesclou (esse benefício foi evitado com o lançamento do Subversion 1.5).
• Git fornece uma melhor auditoria de ramo e mesclar eventos.
• Formatos de arquivo repo do Git são simples, de modo a reparação é fácil e corrupção é raro.
• Fazer o backup de repositórios Subversion central é potencialmente mais simples - uma vez que você pode escolher para as pastas distribuídas dentro de um repo no git.
• Clones repositório git atuam como backups repositório completo.
• UI do Subversion é mais maduro do que o Git.
• Andando por versões mais simples no Subversion, porque ele usa números sequenciais de revisão (1,2,3, ..); Git usa imprevisíveis SHA-1 hashes. Caminhar para trás no Git é fácil usando o "^" sintaxe, mas não há nenhuma maneira fácil de andar para a frente.

Referência:

https://git-scm.com/doc

https://subversion.apache.org/docs/

Os 3 Controles de Versão Mais Utilizados no Mercado

Os mais utilizados no mercado de desenvolvimento
CVS:

 CVS é o “patriarca” dos sistemas de revisão de controle. Foi libertado em 1986. CVS é o padrão de facto e está instalada praticamente em toda parte. No entanto, o código base não é tão inteiramente caracterizado como SVN ou outras soluções.

A curva de aprendizado não é muito íngreme para o CVS, e este é um sistema muito simples para ter certeza que arquivos e revisões seram de fato atualizados. Embora CVS possa ser uma tecnologia “antiga”, ainda é muito útil para qualquer designer ou desenvolvedor fazer o backup de arquivos e de partilha.

Tortoise CVS é um grande cliente para CVS em Windows, e existem diversas IDEs, como o Xcode(Mac), Eclipse, NetBeans e Emacs, que utilizam o CVS.

Subversion:

É provavelmente o sistema de controlo de versões com a mais ampla aprovação. A maioria dos projetos open-source o tem como um repositório Subversion, porque outros projetos maiores, como o SourceForge, Apache, Python, Ruby e muitos outros, também utilizam. Código do Google usa Subversion exclusivamente para distribuir código.

Devido a popularidade do Subversion, muitos clientes estão disponíveis. Para os usuários do windows o Tortoise SVN é o candidato, tendo um navegador para visualizar, editar e modificar o seu código baseno Subversion. Se estiver em um Mac, Versões, é um elegante cliente, que prevê uma “agradável maneira de trabalhar com Subversion.” Xcode da Apple, é desenvolvedor ambiente e Subversion cliente, que vem com Leopard em um Mac.

Git

É a mais nova estrela no mercado do controle de versão. Inicialmente desenvolvido pelo criador do kernel do Linux Linus Torvalds, Git tomou recentemente o desenvolvimento da comunidade da Web. O “desenvolvimento globalizado” oferece um tipo muito diferente da versão que é um controle no Sistema de controle de versão distribuída.

Empresas e seus SCVs

Boa noite,

   é indiscutível a necessidade de se utilizar sistemas de controle de versões, mas quais empresas utilizam o Git, o SVN, o Bazaar e o Mercurial? Esse post será destinado apenas a listar algumas empresas que utilizam esses SCVs no desenvolvimento de seus softwares.

    Começaremos pelo SVN, por ser um sistema mais antigo e simples de se utilizar, ele ainda tem uma posição de destaque no cenário mundial quanto a sua utilização, entre as empresas que o utilizam estão:

• Debian
• Zope
• KDE
• Mono
• Conectiva Linux

Fonte: http://i30.fastpic.ru/big/2012/0213/34/babcfc937ab2ba9389b93cccec46cb34.jpg

    Já o Git vem ganhando notoriedade ao longo desses anos, por apresentar inúmeras vantagens, algumas empresas que o utilizam são:

• Adobe Systems
• Facebook
• BBC News
• Globo.com
• Google
• Twitter
• Banco Central do Brasil (Bacen)

Fonte: http://salarioconcursopublico.com.br/wp-content/uploads/2014/07/logo-bacen.jpg

    O Bazaar é utlizado por vários projetos, há uma tabela completa no site oficial com uma lista desses projetos, essa lista pode ser visualizada aqui. Dentre os projetos mais conhecidos estão:

• Linux Foundation
• MySQL
• Squid
• Unetbootin
• MariaDB
• Emacs
• APT 

Fonte: https://upload.wikimedia.org/wikipedia/commons/e/ee/LF_logo.png

    Por fim algumas empresas que utilizam o Mercurial, um SCV mais novo, com as vantagens do Git e com a facilidade do SVN:

•  Mozilla
• NetBeans
• OpenOffice
• Python
• OpenJDK
• OpenSolaris

Fonte: http://luissoares.com/wp-content/uploads/2014/03/netbeans-logo1.png

    No estado de Sergipe temos uma clara divisão entre o SVN e o Git, com algumas aparições do TFS (Team Fundation Source), a seguir algumas empresas e seus sistemas de versões utilizados:

• Secretaria do Estado da Educação (SEED) - Migrou do TFS para o SVN
• InfoW - Migrou do TFS para o Git
• SM Soluções - SVN
• Avatar B2B - Git
• Infox - SVN
• Serveloja - Git

Fonte: https://yt3.ggpht.com/-FKwxVI_zKFE/AAAAAAAAAAI/AAAAAAAAAAA/SRyW6_UL_jA/s100-c-k-no/photo.jpg

Fontes: http://www.neuroniodigital.com.br/empresas-no-github/
https://government.github.com/community/
https://www.mercurial-scm.org/wiki/ProjectsUsingMercurial
http://www.pronus.eng.br/artigos_tutoriais/gerencia_configuracao/subversion.php?pagNum=0

Integração dos Sistemas de Gerenciamento de Projetos com os SVCs

Boa noite,

    depois do primeiro dia de apresentações dos trabalhos da disciplina, onde vimos entre outros temas, sistemas de gerenciamento de projetos, pareceu interessante falar um pouco sobre as integrações entre os SCVs e tais sistemas. Isso faz com que todas atividades de desenvolvimento sejam comentadas a cada commit e os arquivos utilizados sejam explicitados.

    Iremos falar de dois sistemas bastante utilizados, o JIRA e o Redmine,  tendo sido esse segundo utilizado como estudo de caso na apresentação.

JIRA 

    É um software comercial desenvolvido pela empresa Australiana Atlassian. Sendo uma ferramenta que permite o monitoramento de tarefas e acompanhamento de projetos garantindo o gerenciamento de todas as suas atividades em único lugar. 

    Quando os sistemas de controle de versão são integrados ao JIRA o usuário precisa apenas informar o código da issue que automaticamente a mensagem do commit e a lista de arquivos alterados são vinculados.

     Além dos commits, os branches são associados automaticamente caso possuam um mesmo nome de issue, o mesmo vale para builds e deployments.

    O JIRA possui integração com o Bitbucket Server (gerenciado de repositórios git), bamboo, FishEye, Subversion (SVN) e o Perforce.

Fonte: https://confluence.atlassian.com/download/attachments/438993267/Stash27_commits_in_JIRA.png?version=1&modificationDate=1376987906540&api=v2&effects=border-simple,blur-border

Redmine

    Trata-se de software livre, gerenciador de projetos baseados na web e ferramenta de gerenciamento de bugs. Contém calendário e gráficos de Gantt para ajudar na representação visual dos projetos e seus deadlines (prazos de entrega).

    Permite também integração com alguns sistemas de controle de versão: Subversion (SVN) e Git. Para efetuar essa integração basta seguir os passos descritos aqui, concluída esta etapa basta apenas incluir refs#CodigoRedmine antes de cada commit para que ocorra a associação.

   Comparado ao JIRA a integração do Redmine é bastante limitada, uma vez que é direcionada apenas para commits, mas ainda assim é uma boa integração para o gerenciamento do projeto.

Fontes: https://confluence.atlassian.com/jira/integrating-jira-with-subversion-185729573.html
http://www.redmine.org/projects/redmine/wiki/ThirdPartyTools

Apanhado geral sobre Git

Boa tarde a todos, nesta postagem vou trazer um apanhado geral do do que já foi visto que está muito bem demonstrado nesses slides que encontrei pesquisando sobre o tema.

Espero que sirva como uma boa revisão.

Fonte: http://pt.slideshare.net/willianfernandes/git-em-ambiente-subversion

Surgimento do Git

Boa tarde a todos,

Já vimos bastante sobre o Git e as principais funções básicas que podem ser feitas com ele, mas como surgiu essa ferramenta que hoje é utilizada por tantas pessoas e empresas no mundo. 

Então vamos lá, espero que vocês gostem.

O Git começou com um tanto de destruição criativa e controvérsia acirrada. O kernel (núcleo) do Linux é um projeto de software de código aberto de escopo razoavelmente grande. Durante a maior parte do período de manutenção do kernel do Linux (1991-2002), as mudanças no software eram repassadas como patches e arquivos compactados. Em 2002, o projeto do kernel do Linux começou a usar um sistema DVCS proprietário chamado BitKeeper.

Em 2005, o relacionamento entre a comunidade que desenvolvia o kernel e a empresa que desenvolvia comercialmente o BitKeeper se desfez, e o status de isento-de-pagamento da ferramenta foi revogado. Isso levou a comunidade de desenvolvedores do Linux (em particular Linus Torvalds, o criador do Linux) a desenvolver sua própria ferramenta baseada nas lições que eles aprenderam ao usar o BitKeeper. Alguns dos objetivos do novo sistema eram:

• Velocidade;
• Design simples;
• Suporte robusto a desenvolvimento não linear (milhares de branches paralelos);
• Totalmente distribuído;
• Capaz de lidar eficientemente com grandes projetos como o kernel do Linux (velocidade e volume de dados).

Desde sua concepção em 2005, o Git evoluiu e amadureceu a ponto de ser um sistema fácil de usar e ainda assim mantém essas qualidades iniciais. É incrivelmente rápido, bastante eficiente com grandes projetos e possui um sistema impressionante de branching para desenvolvimento não-linear.

Fonte: https://git-scm.com/book/pt-br/v1/Primeiros-passos-Uma-Breve-Hist%C3%B3ria-do-Git