# data[].attributes.body
É uma unidade identificável (permite rastrear) geralmente por meio de um nome único ou identificador exclusivo.

É tratado como uma unidade distinta durante o processo de desenvolvimento e gestão.

As alterações feita em um item são controladas separadamente das alterações de outros itens!

# data[].attributes.body
Arquivos de código-fonte individualmente identificáveis.

Bibliotecas e frameworks utilizados no desenvolvimento de software.

Documentos de requisitos e especificações.

Configurações de ambiente e de compilação.

Arquivos de configuração do sistema.

Organização de código-fonte abaixo:

# data[].attributes.body
É uma versão específica de um conjunto de itens de configuração que foi formalmente aprovada e serve como referência para os próximos desenvolvimentos.

Marca um ponto de estabilidade em que o produto ou artefato foi revisado, testado e considerado pronto para alguma alguma fase do projeto. A partir disso, as mudanças futuras são controladas cuidadosamente.

# data[].attributes.body
Baseline de Requisitos: serve como base para o design

Baseline de Design: versão aprovada e congelada do design arquitetural e detalhado do sistema, ainda serve como base para a implementação.

Baseline de Código-fonte: Uma versão do código-fonte que passou por revisões e foi considerada estável.

Baseline de Testes: versão aprovada como todos da baeline que serão usados para verificar a conformidade do software em relação aos requisitos.

# data[].attributes.body
É um centralizado onde todos os itens de configuração de um projeto de software são armazenados, versionados e gerenciados.

É essencial na infraestrutura de um projeto de gerenciamento de um projeto de software. Incorpora controles de versão como Git e SVN, o acesso é controlado, tem backup e usam integração contínua (CI) para automatizar compilações.

# data[].attributes.body
1. Git

2. GitLab

3. GitHub

# data[].attributes.body
São essenciais em sistemas de controle de versão, como Git, SVN (Subversion), entre outros.

Check-out é o processo pelo qual um desenvolvedor obtém uma cópia dos arquivos do repositório de controle de versão em seu ambiente de trabalho local. Essa cópia geralmente é referida como uma "cópia de trabalho" ou "working copy".

Ele bloqueia arquivos temporariamente para edição!!!

O check-in, ou commit, é o processo de enviar as alterações feitas nos arquivos do código-fonte de volta para o repositório central.

Durante o check-in, o desenvolvedor fornece uma mensagem de commit que descreve as alterações realizadas nos arquivos.

As alterações são incorporadas ao histórico do repositório de controle de versão,

# data[].attributes.body
Check-out: git checkout master (obtém cópia do código-fonte do repositório)

Check-in: git add .

git commit -m

"Adicionado novo recurso de autenticação"

git push origin master (conclui alterações com decrição do que foi feito).