chore: realoc docs tacianosilva#261

mts-lucas · Mar 16, 2024 · d4e426c · d4e426c
1 parent f6d18e2
commit d4e426c
Show file tree

Hide file tree

Showing 2 changed files with 49 additions and 48 deletions.
diff --git a/tarefas/20241/README.md b/tarefas/20241/README.md
@@ -2,50 +2,4 @@
 
 ## Tarefas
 
-* [Tarefa 01 - Git e GitHub com Markdown](https://docs.google.com/document/d/1q9hlwDocYs0m5-Ten2IKnQt40guTnoeatkNqxERE84Y/edit?usp=sharing)
-
-
-## Seção A:
-
-### Event Sync
-
-Uma proposta de gerenciador de eventos
-
-**Equipe:**
-
-- Dayanne Xavier Lucena 
-- Lucas Mateus da Silva
-- Vinícius Maia Marinho 
-- Tallys Aureliano
-- Ítalo Maurício
-
-## Seção B:
-
-As linguagens que serão utilizados no projeto serão python e javascript, toda a equipe tem conhecimetos básicos dessas tecnologias. Sendo 1 membro mais experiente com python e 2 membros experientes com JS.
-
-## Seção C:
-
-O framework para backend será Django Rest Framework que é uma tecnologia feita em cima do Django Framework para criação de APIs REST de forma rápida e segura.
-
-## Seção D:
-
-No projeto serão utilizados git para versionamento de código, e github para armazenamento remoto.
-
-
-## Seção E:
-
-[Tutorial](https://github.com/mts-lucas/desafio-triagil/tree/main)
-
-O tutorial do mozila traz todo o básico do framework, desde o a criação do projeto, passando por models, views e testes;
-
-## Seção F:
-
-Branches são cópias independentes do código-fonte dentro de um repositório de controle de versão, como o Git. Eles permitem que os desenvolvedores trabalhem em novas funcionalidades ou correções de bugs sem afetar o código principal. Pull requests, por outro lado, são propostas para mesclar alterações de uma ramificação (branch) para outra, geralmente da ramificação de uma feature para a branch principal, como o "master". Eles fornecem uma maneira estruturada para revisar, discutir e aprovar as mudanças antes de serem integradas ao código principal, garantindo assim a qualidade e consistência do código-fonte.
-
-## Seção G:
-
-O versionamento semântico é uma prática que envolve atribuir significado semântico específico a números de versão de software. Ele segue um padrão bem definido, geralmente no formato "MAJOR.MINOR.PATCH", onde incrementos no número maior (MAJOR) indicam mudanças incompatíveis, incrementos no número menor (MINOR) adicionam funcionalidades de maneira compatível com versões anteriores, e incrementos no número de correção (PATCH) indicam correções de bugs compatíveis com versões anteriores. Essa abordagem oferece uma clareza semântica sobre as mudanças introduzidas em cada versão, facilitando a comunicação entre desenvolvedores e usuários sobre o impacto das atualizações do software.
-
-## Seção H:
-
-Commits convencionais são uma convenção de nomenclatura para mensagens de commit em sistemas de controle de versão, como o Git. Essa convenção define um formato padronizado para descrever as mudanças introduzidas em um commit. Geralmente, as mensagens de commit seguem o formato "tipo(scope): descrição", onde o tipo descreve a natureza da alteração (por exemplo, "feat" para uma nova funcionalidade, "fix" para uma correção de bug) e o escopo opcional indica o contexto da alteração (por exemplo, o módulo ou componente afetado). A descrição fornece uma explicação concisa do que foi feito. O uso de commits convencionais facilita a geração de logs de alterações automáticos, a geração de changelogs e a comunicação eficaz entre membros da equipe sobre o progresso do desenvolvimento.
+* [Tarefa 01 - Git e GitHub com Markdown](https://docs.google.com/document/d/1q9hlwDocYs0m5-Ten2IKnQt40guTnoeatkNqxERE84Y/edit?usp=sharing)
diff --git a/tarefas/20241/tarefa01.md b/tarefas/20241/tarefa01.md
@@ -1,4 +1,51 @@
 # Tarefa 01 - Git e GitHub com Markdown
 **nome:** Lucas Mateus da Silva
+
 **github:** mts-lucas
-**email:** [email protected]
+
+**email:** [email protected]
+
+## Seção A:
+
+### Event Sync
+
+Uma proposta de gerenciador de eventos
+
+**Equipe:**
+
+- Dayanne Xavier Lucena 
+- Lucas Mateus da Silva
+- Vinícius Maia Marinho 
+- Tallys Aureliano
+- Ítalo Maurício
+
+## Seção B:
+
+As linguagens que serão utilizados no projeto serão python e javascript, toda a equipe tem conhecimetos básicos dessas tecnologias. Sendo 1 membro mais experiente com python e 2 membros experientes com JS.
+
+## Seção C:
+
+O framework para backend será Django Rest Framework que é uma tecnologia feita em cima do Django Framework para criação de APIs REST de forma rápida e segura.
+
+## Seção D:
+
+No projeto serão utilizados git para versionamento de código, e github para armazenamento remoto.
+
+
+## Seção E:
+
+[Tutorial](https://github.com/mts-lucas/desafio-triagil/tree/main)
+
+O tutorial do mozila traz todo o básico do framework, desde o a criação do projeto, passando por models, views e testes;
+
+## Seção F:
+
+Branches são cópias independentes do código-fonte dentro de um repositório de controle de versão, como o Git. Eles permitem que os desenvolvedores trabalhem em novas funcionalidades ou correções de bugs sem afetar o código principal. Pull requests, por outro lado, são propostas para mesclar alterações de uma ramificação (branch) para outra, geralmente da ramificação de uma feature para a branch principal, como o "master". Eles fornecem uma maneira estruturada para revisar, discutir e aprovar as mudanças antes de serem integradas ao código principal, garantindo assim a qualidade e consistência do código-fonte.
+
+## Seção G:
+
+O versionamento semântico é uma prática que envolve atribuir significado semântico específico a números de versão de software. Ele segue um padrão bem definido, geralmente no formato "MAJOR.MINOR.PATCH", onde incrementos no número maior (MAJOR) indicam mudanças incompatíveis, incrementos no número menor (MINOR) adicionam funcionalidades de maneira compatível com versões anteriores, e incrementos no número de correção (PATCH) indicam correções de bugs compatíveis com versões anteriores. Essa abordagem oferece uma clareza semântica sobre as mudanças introduzidas em cada versão, facilitando a comunicação entre desenvolvedores e usuários sobre o impacto das atualizações do software.
+
+## Seção H:
+
+Commits convencionais são uma convenção de nomenclatura para mensagens de commit em sistemas de controle de versão, como o Git. Essa convenção define um formato padronizado para descrever as mudanças introduzidas em um commit. Geralmente, as mensagens de commit seguem o formato "tipo(scope): descrição", onde o tipo descreve a natureza da alteração (por exemplo, "feat" para uma nova funcionalidade, "fix" para uma correção de bug) e o escopo opcional indica o contexto da alteração (por exemplo, o módulo ou componente afetado). A descrição fornece uma explicação concisa do que foi feito. O uso de commits convencionais facilita a geração de logs de alterações automáticos, a geração de changelogs e a comunicação eficaz entre membros da equipe sobre o progresso do desenvolvimento.