Estratégia de controle de revisão de versão
A OSS Watch fornece conselhos e orientações imparciais sobre o uso, desenvolvimento e licenciamento de software livre, software de código aberto e hardware de código aberto.
Se você quiser saber mais sobre qualquer um desses tópicos, somos as pessoas a perguntar.
home & gt; recursos & gt; notas informativas & gt; O que é o controle de versão? Por que é importante para a devida diligência?
O que é o controle de versão? Por que é importante para a devida diligência?
por Stuart Yeates em 1 de janeiro de 2005, última atualização 9 de maio de 2018.
Introdução.
Um sistema de controle de versão (também conhecido como Revision Control System) é um repositório de arquivos, muitas vezes os arquivos para o código fonte de programas de computador, com acesso monitorado. Todas as mudanças feitas na fonte são rastreadas, juntamente com quem fez a mudança, por que elas fizeram, e referências a problemas corrigidos, ou aprimoramentos introduzidos pela mudança.
Os sistemas de controle de versões são essenciais para qualquer forma de desenvolvimento distribuído e colaborativo. Quer se trate da história de uma página de wiki ou de um grande projeto de desenvolvimento de software, a capacidade de acompanhar cada mudança conforme foi feita e reverter as mudanças quando necessário pode fazer a diferença entre um processo bem gerenciado e controlado e um "primeiro vencedor" descontrolado , primeiro servido 'sistema. Também pode servir de mecanismo de due diligence para projetos de software.
Rastreamento de versão.
Os desenvolvedores podem querer comparar a versão de hoje de algum software com a versão de ontem ou a versão do ano passado. Uma vez que os sistemas de controle de versão acompanham todas as versões do software, isso se torna uma tarefa direta. Sabendo o que, quem e quando das mudanças ajudará a comparar o desempenho de versões específicas, trabalhando quando os erros foram introduzidos (ou corrigidos) e assim por diante. Qualquer problema que surgiu de uma mudança pode ser acompanhado por um exame de quem fez a mudança e os motivos que deram para fazer a mudança.
Equipes de coordenação.
O desenvolvimento de recursos geralmente é realizado por equipes, co-localizadas ou distribuídas. O controle de versão é central para coordenar equipes de contribuintes. Ele permite que um colaborador trabalhe em uma cópia dos recursos e, em seguida, libere suas alterações de volta ao núcleo comum quando estiver pronto. Outros contribuidores trabalham em suas próprias cópias dos mesmos recursos ao mesmo tempo, não são afetados pelas mudanças de cada um deles até que eles escolham fundir ou comprometer suas mudanças de volta ao projeto. Quaisquer conflitos que surjam - quando dois contribuidores alteram de forma independente a mesma parte de um recurso - são sinalizados automaticamente quando as alterações são mescladas. Esses conflitos podem então ser geridos pelos contribuintes.
Normalmente, em projetos de código aberto, os sistemas de controle de versão permitem que qualquer pessoa leia e copie os recursos do projeto, mas apenas os usuários autenticados, conhecidos como committers, podem atualizar o código-fonte no repositório.
Diligência devida.
Muitas atividades nos negócios são acompanhadas por uma responsabilidade de realizar verificações de "devida diligência". Precisamente o que esses controles implicam dependerá da atividade comercial em questão, mas no que diz respeito à propriedade intelectual, uma atividade importante de "diligência devida" é o rastreamento da propriedade de suas partes constituintes. Então, por exemplo, se alguém criar um software e deseja que sua organização o libere, sua organização quase certamente deseja verificar a proveniência de todo o código dentro do software. Esse processo é facilitado pela capacidade de rastrear quem fez o que muda para o código e quando eles foram feitos. Um sistema de controle de versão permite compilar uma lista de contribuidores e as datas de suas contribuições a serem verificadas. Essa lista pode ser facilmente verificada com uma lista de contratos IP.
O desenvolvimento aberto envolve contribuintes que fazem pequenas mudanças regulares nos recursos. Um sistema de controle de versão fornece um meio para monitorar essas alterações à medida que elas ocorrem. Os sistemas automatizados notificarão os responsáveis pela gestão do IP nas saídas do projeto. Essas notificações, juntamente com os logs fornecidos para cada modificação individual, permitem aos gerentes de projetos monitorar e rastrear todas as contribuições.
O desenvolvimento aberto exige cuidados quanto à proveniência das contribuições. Os projetos de desenvolvimento aberto precisam seguir as melhores práticas nesta área. Se uma infração de IP for encontrada, o sistema de controle de versão pode ser usado para determinar a extensão da contaminação (quais arquivos foram afetados pela alteração problemática), quem realizou a alteração e quando a executou. Um sistema de controle de versão pode até ser usado para recuperar a última versão não contaminada do software.
Os sistemas de controle de versões também podem ser usados para estabelecer precedência, quando há uma disputa em relação à propriedade de código ou idéias.
O controle de versão tem sido cuidadosamente estudado e compreendido na comunidade de engenharia de software há muito tempo. As soluções são estáveis, robustas e bem suportadas. Existem vários sistemas adequados para pequenas equipes locais e para grandes equipes distribuídas, tornando-os ideais para coordenar o desenvolvimento de software e para atenuar as diferenças de cultura e fuso horário.
O controle de versão é fornecido em sites como Github, SourceForge e Google Code. Esses sites geralmente criam um conjunto de serviços em torno do controle de versão: arquivamento, downloads de lançamento, listas de discussão, rastreadores de bugs, hospedagem na web e construção de fazendas. Esta gama de funcionalidades os torna particularmente atraentes para os projetos que não possuem os recursos para manter seu próprio servidor para controle de versão.
O CVS costumava ser o sistema de controle de versão de código aberto mais usado, mas esses dias o Subversion e o Git ultrapassaram, eles são comumente usados em projetos de código aberto. As capacidades básicas desses sistemas são muito similares, mas oferecem diferentes funcionalidades de segurança, rede e abstração e diferentes licenças. Existem também muitas soluções proprietárias disponíveis de uma variedade de fornecedores.
Conforme discutido anteriormente, o controle de versão é uma ferramenta valiosa ao registrar e realizar análises para fins legais. Esses tópicos são discutidos no Desenvolvimento de Código Aberto - Uma Introdução à Propriedade e Problemas de Licenciamento.
Leitura adicional.
Informações relacionadas do OSS Watch:
Informações para.
Salvo indicação em contrário, esta página é © 2007-2018 University of Oxford.
O que é o controle de versão? Por que é importante para a devida diligência? por Stuart Yeates está licenciado sob uma Creative Commons Attribution-ShareAlike 4.0 International License.
Controle de revisão de documentos Parte 1: Gerenciando revisões e criando estruturas de diretório padrão.
29 de janeiro de 2018.
O controle de revisão de documentos envolve muitos elementos, incluindo, entre outros:
Gerenciando versões de documentos Criando uma estrutura de diretório de pastas padrão Acompanhamento de alterações entre revisões Estabelecimento de número de peça e convenções de nomenclatura de arquivos Gerenciando muitas etapas na criação de documentos e liberação de fluxo de trabalho.
Para esta postagem de blog e outras postagens de blog nesta série sobre controle de revisão, vou me concentrar em uma coleção de documentos, como manuais técnicos, materiais de treinamento ou colaterais de treinamento.
Escusado será dizer que sua vida deve ser mais fácil se você tiver um sistema de controle de revisão viável. Não deve haver mais arranhões na cabeça tentando lembrar onde armazenou um documento ou se perguntando se você possui a versão mais recente. Mas, além disso, existem muitas outras razões para implementar um sistema de controle de revisão, de modo a:
Certifique-se de que a última revisão esteja disponível para seus clientes. Não faça revisões disponíveis que não deveriam. Mantenha os documentos traduzidos em sincronia com as versões em Inglês. Rastreie as alterações de revisão para revisão, caso existam discrepâncias no conteúdo ou você tenha reclamações de clientes. Padrões 9001 Facilite a colaboração com outros escritores Cumpre os requisitos legais, como a retenção de registros.
Uma vez que há muito para abordar o tópico de controle de revisão, vou começar por gerenciar versões de documentos e criar uma estrutura de diretório de pasta padrão. Eu abordarei tópicos adicionais em futuras postagens de blog, incluindo um sobre recursos de controle de versão no Adobe FrameMaker, uma ferramenta de autoria popular usada para documentos técnicos.
Usando o Software de Controle de Versão.
Controle de versão é o gerenciamento de alterações em documentos, arquivos ou software. O uso do software de controle de versão (VCS) é uma maneira útil de automatizar o rastreamento de versões. Existem muitos tipos diferentes de software de controle de versão, tanto de código aberto como de propriedade.
Um dos principais benefícios para o uso de um VCS no contexto do controle de versão do documento é evitar que o conteúdo seja substituído por vários usuários. Com um sistema de check-in e check-out, você pode ver se os arquivos estão disponíveis para funcionar. Se você armazena arquivos em uma estrutura de diretório de arquivos sem mecanismo de rastreamento, as probabilidades são maiores que o conteúdo pode ser substituído. Você também pode ver o histórico de um documento olhando datas, autores e notas.
Outro benefício de usar um VCS é que você pode olhar para as versões anteriores de um documento. Isso pode ser realmente vantajoso se várias pessoas estiverem trabalhando em um único documento ou se um autor novo no documento irá escrever a próxima revisão. No caso da criação de software, em que os desenvolvedores estão criando código, você pode reverter o software para uma versão anterior se um bug for encontrado.
Não há dúvida de onde algo está localizado e qual versão é a mais recente, o que é especialmente útil se você for parte de uma equipe global com diferentes horas de trabalho e regiões.
Se você não tem um VCS, alguns programas de autoria de documentos oferecem recursos de rastreamento e você também pode criar um sistema manual. Vou falar sobre isso com mais detalhes em uma futura postagem no blog sobre mudanças de rastreamento entre as revisões.
Estabelecimento de uma estrutura de diretório de pastas.
Se você não usar o software de controle de versão, provavelmente você está salvando arquivos em diretórios de pastas. Pode ser um pouco mais desafiador gerenciar arquivos dessa maneira, mas se você tiver um bom sistema e siga, você pode ser bem sucedido.
As duas coisas principais com a gestão de arquivos em uma estrutura de diretório estão estabelecendo uma boa estrutura de pastas e convenções de nomeação de pasta padrão. E, claro, treinando todos na equipe para seguir os padrões. A maneira como você configura sua estrutura de pastas dependerá do seu negócio, mas em geral, considere os seguintes elementos:
Tipos de documentos Tipos de produtos, nomes e versões Conjuntos de idiomas Projetos Documentos internos ou externos Documentos de convenções de nomeação.
Configure a estrutura com as maiores categorias de informações no topo da hierarquia e termina com pastas específicas do projeto. Dentro de cada pasta do projeto, você também deve ter uma configuração de pasta padrão. Para projetos, considere coisas como:
Alterações Comentários dos revisores Redlines Graphics Informações do projeto Notas da reunião Traduções Versões anteriores Aprovações Rascunhos Rascunho final.
A convenção de nomenclatura para a maioria dos itens dentro de cada uma dessas pastas provavelmente não é muito importante, mas você deve ter uma convenção de nomeação para rascunhos e o documento final, bem como um processo para armazenar esses documentos. Eu vou discutir isso mais em uma futura postagem no blog.
Se você estabelecer uma boa estrutura de diretório de pastas e todos seguem, espero que você não tenha muitas ocorrências de não conseguir encontrar um arquivo ou o arquivo mais recente.
Conclusão.
O controle de revisão envolve muitos componentes, como gerenciar o controle de versão e usar o software de controle de versão, e estabelecer uma boa estrutura de pastas e convenções de nomeação de pasta padrão. Procure futuras postagens de blog sobre o controle de revisão.
Recursos para estratégia de conteúdo.
Você pode obter mais informações sobre estratégia de conteúdo, localização de documentos, traduções e tópicos relacionados, revisando blogs anteriores escritos por GPI:
Os estrategistas de conteúdo da GPI e os especialistas em localização podem ajudar a analisar o seu site e fornecer orientações sobre qualquer localização e requisitos globais de marketing digital. A GPI também oferece Serviços de Marketing Global Search Engine e muitos outros Serviços de Tradução.
Por favor, entre em contato com a GPI na info @ globalizationpartners com qualquer dúvida sobre nossos serviços de idiomas e tecnologia. Informe-nos também se você tem algum tópico de blog interessante que você gostaria de abordar nos nossos futuros blogs. Você também pode solicitar uma Cotação de Tradução gratuita para seus projetos.
Atualmente, não há comentários. Seja o primeiro a postar um!
Daniela tem mais de 16 anos de experiência nas profissões de tradução, localização e instruções de idiomas. É licenciada em Tradução Jurada, Literária, Técnica e Científica pelo Instituto Nacional de Enseñanza Superior Olga Cossettini em Rosario, Argentina. Iniciando sua carreira como tradutor de inglês-espanhol / espanhol-inglês em 1990 ao longo dos anos, trabalhou para várias agências de localização como tradutor, gerente de projeto assistente e gerente de projeto sênior. Ela completou uma ampla gama de certificações profissionais em localização de documentos e sites com ênfase em tradução, orçamentação, controle de qualidade e gerenciamento de projetos, incluindo a Certificação tripla do Instituto de Localizações no Gerenciamento de Projetos de Localização (Instituto de Localização Chico, CA, EUA). Ela gerenciou uma grande variedade de documentos, sites, software e projetos de localização de áudio e vídeo utilizando diferentes sistemas de gerenciamento de tradução (TMS), soluções de tradução (TM) e conjuntos de ferramentas I18n e L10n.
1.1 Primeiros passos - Sobre controle de versão.
Este capítulo será sobre como começar com o Git. Começaremos por explicar alguns antecedentes sobre as ferramentas de controle de versão e, em seguida, avançar sobre como obter o Git em execução no seu sistema e, finalmente, como configurá-lo para começar a trabalhar. No final deste capítulo, você deve entender por que o Git está por perto, por que você deve usá-lo e você deve estar preparado para fazê-lo.
Sobre o controle de versão.
O que é "controle de versão" e por que você deveria se importar? O controle de versão é um sistema que registra alterações em um arquivo ou conjunto de arquivos ao longo do tempo para que você possa recuperar versões específicas mais tarde. Para os exemplos deste livro, você usará o código fonte do software à medida que os arquivos sejam controlados pela versão, embora na realidade você possa fazer isso com quase qualquer tipo de arquivo em um computador.
Se você é um designer gráfico ou web e quer manter todas as versões de uma imagem ou layout (o que certamente você gostaria), um Sistema de Controle de Versão (VCS) é uma coisa muito sábia de usar. Ele permite que você reative os arquivos selecionados de volta para um estado anterior, reverte o projeto inteiro de volta para um estado anterior, compare as mudanças ao longo do tempo, veja quem modificou por última vez algo que pode estar causando um problema, quem introduziu um problema e quando, e muito mais. Usar um VCS também geralmente significa que, se você arruinar ou perder arquivos, você pode recuperar facilmente. Além disso, você obtém tudo isso por muito pequenas despesas gerais.
Sistemas de controle de versão local.
O método de controle de versão de muitas pessoas de escolha é copiar arquivos para outro diretório (talvez um diretório marcado com o tempo, se eles forem inteligentes). Essa abordagem é muito comum porque é tão simples, mas também é incrivelmente propenso a erros. É fácil esquecer qual diretório você está e, acidentalmente, escrever para o arquivo errado ou copiar arquivos que você não quer dizer.
Para lidar com esta questão, os programadores desenvolveram há muito tempo VCSs locais que possuíam um banco de dados simples que manteve todas as mudanças nos arquivos sob controle de revisão.
Uma das ferramentas VCS mais populares foi um sistema chamado RCS, que ainda está distribuído com muitos computadores hoje. O RCS funciona mantendo conjuntos de parches (ou seja, as diferenças entre arquivos) em um formato especial no disco; Ele pode recriar o que qualquer arquivo pareceu em qualquer momento, somando todos os patches.
Sistemas de controle de versão centralizada.
O próximo grande problema que as pessoas encontram é que precisam colaborar com desenvolvedores em outros sistemas. Para lidar com esse problema, os Sistemas de Controle de Versão Centralizada (CVCSs) foram desenvolvidos. Esses sistemas, como o CVS, o Subversion e o Perforce, possuem um único servidor que contém todos os arquivos com versões e vários clientes que verificam os arquivos desse local central. Durante muitos anos, esse foi o padrão para controle de versão.
Esta configuração oferece muitas vantagens, especialmente em relação aos VCS locais. Por exemplo, todos sabem até certo ponto o que todos os outros no projeto estão fazendo. Os administradores têm um bom controle sobre quem pode fazer o que e é muito mais fácil administrar um CVCS do que lidar com bancos de dados locais em cada cliente.
No entanto, esta configuração também tem algumas desvantagens graves. O mais óbvio é o único ponto de falha que representa o servidor centralizado. Se esse servidor cair por uma hora, então, durante essa hora, ninguém pode colaborar ou salvar as alterações atualizadas em qualquer coisa em que esteja trabalhando. Se o disco rígido em que o banco de dados central está ligado fica corrompido e os backups adequados não foram mantidos, você perde absolutamente tudo - todo o histórico do projeto, exceto o que as fotos instantâneas que as pessoas tenham nas máquinas locais. Os sistemas VCS locais sofrem deste mesmo problema - sempre que você tiver todo o histórico do projeto em um único lugar, você arrisca perder tudo.
Distributed Version Control Systems.
É aqui que os sistemas de controle de versão distribuídos (DVCSs) entram. Em um DVCS (como Git, Mercurial, Bazaar ou Darcs), os clientes não apenas verificam o instantâneo mais recente dos arquivos; Em vez disso, eles refletem totalmente o repositório, incluindo seu histórico completo. Assim, se algum servidor morrer e esses sistemas estavam colaborando através desse servidor, qualquer um dos repositórios de clientes pode ser copiado de volta para o servidor para restaurá-lo. Todo clone é realmente um backup completo de todos os dados.
Além disso, muitos desses sistemas lidam muito bem com ter vários repositórios remotos com os quais eles podem trabalhar, para que você possa colaborar com diferentes grupos de pessoas de diferentes maneiras simultaneamente dentro do mesmo projeto. Isso permite que você configure vários tipos de fluxos de trabalho que não são possíveis em sistemas centralizados, como modelos hierárquicos.
O que é o controle de versão.
Os sistemas de controle de versão são uma categoria de ferramentas de software que ajudam uma equipe de software a gerenciar as alterações ao código-fonte ao longo do tempo. O software de controle de versão acompanha todas as modificações no código em um tipo especial de banco de dados. Se um erro for feito, os desenvolvedores podem voltar o relógio e comparar versões anteriores do código para ajudar a corrigir o erro, minimizando a interrupção de todos os membros da equipe.
Para quase todos os projetos de software, o código fonte é como as jóias da coroa - um recurso precioso cujo valor deve ser protegido. Para a maioria das equipes de software, o código-fonte é um repositório do inestimável conhecimento e compreensão sobre o domínio do problema que os desenvolvedores coletaram e refinaram através de um esforço cuidadoso. O controle de versão protege o código fonte da catástrofe e a degradação casual do erro humano e conseqüências não desejadas.
Os desenvolvedores de software que trabalham em equipes estão escrevendo continuamente novos códigos-fonte e alterando o código-fonte existente. O código para um projeto, aplicativo ou componente de software normalmente é organizado em uma estrutura de pastas ou "árvore de arquivos". Um desenvolvedor da equipe pode estar trabalhando em um novo recurso, enquanto outro desenvolve um erro não relacionado alterando o código, cada desenvolvedor pode fazer suas alterações em várias partes da árvore de arquivos.
O controle de versão ajuda as equipes a resolver esses tipos de problemas, rastreando todas as mudanças individuais por cada colaborador e ajudando a evitar que o trabalho concorrente seja conflitante. As mudanças feitas em uma parte do software podem ser incompatíveis com as feitas por outro desenvolvedor trabalhando ao mesmo tempo. Este problema deve ser descoberto e resolvido de forma ordenada sem bloquear o trabalho do resto do time. Além disso, em todo o desenvolvimento de software, qualquer alteração pode introduzir novos erros por conta própria e o novo software não pode ser confiável até que seja testado. Então o teste eo desenvolvimento continuam juntos até que uma nova versão esteja pronta.
Um bom software de controle de versão suporta o fluxo de trabalho preferido de um desenvolvedor sem impor uma maneira particular de trabalhar. Idealmente, ele também funciona em qualquer plataforma, em vez de ditar o que o sistema operacional ou os desenvolvedores da cadeia de ferramentas devem usar. Os grandes sistemas de controle de versões facilitam o fluxo contínuo e contínuo de mudanças no código e não o mecanismo frustrante e desajeitado de bloqueio de arquivos - dando a luz verde a um desenvolvedor à custa de bloquear o progresso de outros.
As equipes de software que não usam qualquer tipo de controle de versão freqüentemente se deparam com problemas, como não saber quais as mudanças que foram feitas, estão disponíveis para os usuários ou a criação de mudanças incompatíveis entre dois trabalhos não relacionados, que devem ser minuciosamente desenrolados e retrabalhados. Se você é um desenvolvedor que nunca usou o controle de versão, você pode ter adicionado versões aos seus arquivos, talvez com sufixos como "final" ou "mais recente" e depois teve que lidar com uma nova versão final. Talvez você tenha comentado blocos de código porque deseja desativar determinadas funcionalidades sem excluir o código, temendo que possa haver um uso para isso mais tarde. O controle de versão é uma saída desses problemas.
O software de controle de versão é uma parte essencial do dia a dia das práticas profissionais da equipe de software moderno. Os desenvolvedores de software individuais que estão acostumados a trabalhar com um sistema de controle de versão capaz em suas equipes geralmente reconhecem o incrível controle de versão de valor também os dá mesmo em pequenos projetos individuais. Uma vez acostumados aos poderosos benefícios dos sistemas de controle de versão, muitos desenvolvedores não considerariam trabalhar sem ele mesmo para projetos que não sejam de software.
Benefícios dos sistemas de controle de versão.
Desenvolver o software sem usar controle de versão é arriscado, como não ter backups. O controle de versão também pode permitir que os desenvolvedores se movam mais rápido e permite que as equipes de software preservem a eficiência e a agilidade à medida que a equipe escala para incluir mais desenvolvedores.
Sistemas de controle de versão (VCS) viram grandes melhorias nas últimas décadas e algumas são melhores do que outras. O VCS às vezes é conhecido como ferramentas SCM (Gerenciamento de código-fonte) ou RCS (Revision Control System). Uma das ferramentas VCS mais populares em uso hoje é chamada Git. Git é um Distributed VCS, uma categoria conhecida como DVCS, mais sobre isso mais tarde. Como muitos dos sistemas VCS mais populares disponíveis hoje, o Git é gratuito e de código aberto. Independentemente do que eles chamam, ou qual sistema é usado, os principais benefícios que você deve esperar do controle de versão são os seguintes.
Um histórico completo de mudanças de longo prazo de cada arquivo. Isso significa todas as mudanças feitas por muitos indivíduos ao longo dos anos. As mudanças incluem a criação e exclusão de arquivos, bem como as edições em seus conteúdos. Diferentes ferramentas de VCS diferem em quanto bem eles manipulam o renomeamento e o movimento de arquivos. Esta história também deve incluir o autor, a data e as notas escritas sobre a finalidade de cada alteração. Ter o histórico completo permite voltar às versões anteriores para ajudar na análise de causa raiz para erros e é crucial quando é necessário corrigir problemas em versões anteriores de software. Se o software estiver trabalhando ativamente, quase tudo pode ser considerado uma "versão antiga" do software.
Ramificação e fusão. Fazer com que os membros da equipe trabalhem simultaneamente é um insensivel, mas mesmo os indivíduos que trabalham por conta própria podem se beneficiar da capacidade de trabalhar em fluxos independentes de mudanças. Criando um & quot; branch & quot; nas ferramentas do VCS, as múltiplas correntes de trabalho são independentes umas das outras, ao mesmo tempo que fornecem facilidades para fundir o trabalho de volta, permitindo que os desenvolvedores verifiquem que as mudanças em cada ramo não conflitam. Muitas equipes de software adotam uma prática de ramificação para cada recurso ou talvez ramificação para cada lançamento, ou ambos. Existem muitos fluxos de trabalho diferentes que as equipes podem escolher quando decidem como fazer uso de instalações de ramificação e fusão no VCS.
Rastreabilidade. Ser capaz de rastrear cada mudança feita ao software e conectá-lo ao gerenciamento de projetos e ao software de rastreamento de erros, como Jira, e poder anotar cada alteração com uma mensagem descrevendo o propósito e a intenção da mudança podem ajudar não só com a análise de causa raiz e outros forenses. Ter o histórico anotado do código ao alcance de sua mão quando você está lendo o código, tentando entender o que está fazendo e por que ele é tão projetado pode permitir que os desenvolvedores façam mudanças corretas e harmoniosas que estejam de acordo com o design previsto a longo prazo do sistema. Isso pode ser especialmente importante para trabalhar efetivamente com o código legado e é crucial para permitir que os desenvolvedores estimem o trabalho futuro com qualquer precisão.
Embora seja possível desenvolver software sem usar qualquer controle de versão, o assunto é sujeito o projeto a um enorme risco de que nenhuma equipe profissional seja aconselhada a aceitar. Portanto, a questão não é se usar o controle de versão, mas qual o sistema de controle de versão a ser usado.
Há muitas escolhas, mas aqui vamos nos concentrar em apenas um, o Git.
Comments
Post a Comment