forked from tacianosilva/eng-software-2
-
Notifications
You must be signed in to change notification settings - Fork 0
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
- Loading branch information
Showing
2 changed files
with
49 additions
and
48 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -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. |