# data[].attributes.body
O repositório é o local de armazenamento dos artefatos que estão sob controle da Gerência de Configuração de Software. Estes artefatos recebem o nome de itens de configuração. A cada operação de check-in realizada, a versão do item de configuração é incrementada de uma unidade. Quando o item é adicionado pela primeira vez no repositório, este item passa a ter a versão igual a 1. Para cada item de configuração armazenado, são anexadas informações como: datas da criação ou alteração, comentários e versões.

# data[].attributes.body
A diferença entre baselines e releases é sutil. As baselines representam conjuntos de itens de configuração formalmente aprovados que servem de base para as etapas seguintes de desenvolvimento. Mas, quando uma entrega formal é feita ao cliente, no final de uma iteração, por exemplo, denominamos esta entrega de release. Baselines e releases são identificadas no repositório, na grande maioria das vezes, pelo uso de etiquetas (tags). A Figura acima representa a baseline criada ao final da fase de codificação, considerando quatro itens de configuração. Cada item de configuração apresenta seu respectivo histórico de versões no repositório

# data[].attributes.body
Um item de configuração de software é qualquer elemento ou artefato que precisa ser gerenciado como parte do processo de desenvolvimento de software. Isso pode incluir código-fonte, documentos de design, scripts de configuração, requisitos, entre outros. Cada um desses itens é tratado como uma entidade distinta e é gerenciado ao longo de seu ciclo de vida.

# data[].attributes.body
Uma linha de referência é uma versão específica de um conjunto de itens de configuração de software que foi aprovada para um determinado estágio do ciclo de vida do desenvolvimento. Geralmente, uma linha de referência representa um marco importante, como uma versão beta ou uma versão final do software. A linha de base é usada como ponto de referência para futuras comparações e para garantir que todos os envolvidos estejam trabalhando com a mesma versão de artefatos.

# data[].attributes.body
Imagine que agora foi acordado entre os desenvolvedores que o ideal seria centralizar os artefatos em um repositório e que cada desenvolvedor implementaria suas modificações em um espaço de trabalho privado. Após cada modificação, o artefato seria devolvido ao repositório. Considerando este cenário, freqüentemente ocorreriam sobreposições ou perdas de modificações implementadas nos artefatos comuns nas organizações sem a prática da Gerência de Configuração. Um desenvolvedor poderia implementar sua modificação em uma versão desatualizada do artefato e sobrepor a versão mais atual disponibilizada por outro. Este problema ocorre devido à atualização simultânea, quando dois desenvolvedores compartilham o mesmo repositório e não existe controle ou restrição quanto ao acesso a este repositório

# data[].attributes.body
O sistema de controle de versões permite que os artefatos sejam obtidos, por meio de uma operação conhecida como check-out, modificados dentro do espaço de trabalho do desenvolvedor e, depois, retornados ao repositório, por meio de uma operação conhecida como check-in, como exemplificado acima

# data[].attributes.body
Um repositório de itens de configuração é um local centralizado onde os itens de configuração de software são armazenados e gerenciados. Esse repositório pode ser uma estrutura de diretórios em um sistema de arquivos, um sistema de controle de versão (como Git, SVN, Mercurial), ou até mesmo um sistema de gerenciamento de configuração dedicado. O objetivo principal do repositório é fornecer uma maneira organizada e controlada de armazenar, acessar e versionar os itens de configuração.

# data[].attributes.body
Essas operações são comumente associadas a sistemas de controle de versão. O "check-out" é o processo pelo qual um desenvolvedor obtém uma cópia de um item de configuração do repositório para fazer alterações. Durante o check-out, o item pode ser bloqueado para edição exclusiva, dependendo das configurações do sistema. Após fazer as alterações necessárias, o desenvolvedor faz o "check-in", que é o processo de devolver o item modificado ao repositório. Durante o check-in, o desenvolvedor pode adicionar uma mensagem de log descrevendo as alterações feitas. Isso ajuda a rastrear as mudanças ao longo do tempo e a manter um histórico detalhado das alterações realizadas nos itens de configuração.