Recursos de Software de Hospedagem de Controle de Versão

Como o GitHub define seus próprios preços, é possível que eles alterem esses preços conforme considerem adequado. Portanto, é possível, mas exigiria uma ação corporativa para redefinir a estrutura de preços. Além disso, o GitHub não parece ter estruturas de preços separadas com base no seu papel em uma empresa. Em vez disso, eles cobram com base no tamanho da sua equipe.

Mostrar mais

Mostrar menos

DVCS (sistema de controle de versão distribuído) é a palavra da moda em todos os fóruns de programadores atualmente. Git e Mercurial contribuíram majoritariamente para despertar o interesse de muitos desenvolvedores em DVCS. O que é ainda mais importante, eles despertaram o interesse das pessoas em ramificação e mesclagem. A abordagem de ramificação por tarefa é o fluxo de trabalho central usado pela maioria dos praticantes de DVCS (incluindo o Plastic SCM). Isso tem menos a ver com o fato de que esses sistemas podem funcionar de maneira distribuída e mais com sua capacidade real de lidar com ramificação e (especialmente) mesclagem corretamente. Muitos DVCSs lidam bem com ramificação e mesclagem, mas o padrão de ramificação por tarefa não é restrito a sistemas distribuídos. Sistemas centralizados são igualmente capazes de usar o mesmo padrão, no entanto, muitos destes, como Subversion, CVS, TFS e Perforce, têm funcionalidades de ramificação e mesclagem inadequadas que são questionáveis na melhor das hipóteses.

Mostrar mais

Mostrar menos

O Plastic é um sistema de controle de versão: ele versiona arquivos e diretórios e acompanha o branching e o merging como você nunca viu antes. E ainda melhor? Ele faz isso de forma gráfica. O Plastic é baseado em três conceitos-chave: Desenvolvimento paralelo: Membros da equipe trabalham nos mesmos arquivos, ao mesmo tempo, fazendo alterações sem interromper uns aos outros. É assim que as equipes modernas trabalham, e é assim que você deveria estar trabalhando. O Plastic permite que você trabalhe dessa forma isolando alterações em branches e lidando com elas de maneira ágil. Excelente branching combinado com melhor merging permite que as equipes trabalhem juntas e confiem que suas alterações e modificações de código estão protegidas e preservadas. Você apenas faz alterações, o Plastic cuida do resto. Desenvolvimento distribuído: O Plastic ajuda a otimizar a colaboração de equipes distantes. Você pode ter servidores Plastic SCM em diferentes escritórios em diferentes partes do mundo, totalmente desconectados uns dos outros durante a maior parte do dia, e depois trocando branches de um lado para o outro fora do horário para manter a sincronização. As equipes não precisam depender de suas conexões de internet (velocidade, confiabilidade, etc.) já que podem continuar trabalhando de forma independente. A mesma tecnologia se aplica a desenvolvedores individuais trabalhando off-line. Um servidor Plastic de pequeno porte é instalado nos computadores dos desenvolvedores. Somente quando eles se conectam à internet, ou estão de volta ao escritório, precisarão sincronizar com o servidor principal. Tornando-o visual: O Plastic SCM é capaz de realizar operações muito complexas, mas tentamos fazer tudo de forma visual, com representações gráficas e diagramas. Tudo está a apenas um clique simples de distância. Usuários hardcore de linha de comando sempre podem encontrar seu caminho através de nossa linha de comando, mas o resto de nós prefere uma GUI forte capaz de transformar ações complicadas e multidimensionais em questões simples. Isso é o Plastic.

Mostrar mais

Mostrar menos