-
Notifications
You must be signed in to change notification settings - Fork 114
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
Merge pull request #274 from FelipeSouza14/master
Tarefa 01 - Adicionado página Markdown de Felipe Souza #271
- Loading branch information
Showing
3 changed files
with
53 additions
and
0 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
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,5 @@ | ||
## Acesse as Tarefas | ||
|
||
[Tarefa 01](https://github.com/FelipeSouza14/eng-software-2/blob/master/tarefas/20241/FelipeSouza14/tarefa01.md) | ||
|
||
[Tarefa 02](https://github.com/FelipeSouza14/eng-software-2/blob/master/tarefas/20241/FelipeSouza14/tarefa02.md) |
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 |
---|---|---|
@@ -0,0 +1,43 @@ | ||
# Tarefa 01 - Git e GitHub com Markdown | ||
|
||
Felipe Souza Benício da Silva | FelipeSouza14 | [email protected] | ||
|
||
## Sistema de Gerenciamento de Queijaria 🧀 | ||
O projeto Sistema de Queijaria (SQ) é um sistema caracterizado por possuir diversas funções, dentre elas estão o controle de atividades, o gerenciamento dos fornecedores, a identificação e o controle dos processos internos da queijaria, os quais vão desde a entrada da matéria-prima no sistema até o destino final do produto, ou seja, até a compra do produto final pelo consumidor. Ademais, o SQ tem como propósito o desenvolvimento de um software que registra dados de uma queijaria artesanal, incluindo o lucro, as entradas e saídas financeiras, os tipos de produtos comercializados, o estoque, os prazos de validade, bem como o histórico de vendas e os gastos, com o objetivo de informatizar e automatizar a empresa com recursos administrativos mais sofisticados e eficientes. | ||
|
||
**Para acessar o repositório do projeto [CLICK AQUI!](https://github.com/melquetrindade/sigQueijaria)** | ||
|
||
## Equipe | ||
| [<img src="https://avatars.githubusercontent.com/u/102674727?v=4" width=155><br><sub>Erick Bezerra</sub>](https://github.com/ErickBezerrar) | [<img src="https://avatars.githubusercontent.com/u/112143084?v=4" width=155><br><sub>Felipe Souza</sub>](https://github.com/FelipeSouza14) | [<img src="https://avatars.githubusercontent.com/u/103084622?v=4" width=155><br><sub>Isa Kaillany</sub>](https://github.com/IsaKaillany) | [<img src="https://avatars.githubusercontent.com/u/107930253?v=4" width=155><br><sub>Manuelly Victor</sub>](https://github.com/Manuelly1) | [<img src="https://avatars.githubusercontent.com/u/111925696?v=4" width=155><br><sub>Melque Rodrigues</sub>](https://github.com/melquetrindade) | [<img src="https://avatars.githubusercontent.com/u/87441572?v=4" width=155><br><sub>Thamiris Borges</sub>](https://github.com/Thami03) | | ||
| :---: | :---: | :---: | :---: | :---:| :---:| | ||
|
||
## Linguagens de Programação Utilizadas 🚀 | ||
Python e JavaScript são duas linguagens de programação amplamente utilizadas, cada uma com suas características distintas e aplicações específicas. Python, por exemplo, é conhecida por sua sintaxe limpa e legibilidade, é uma linguagem versátil e poderosa, ideal para desenvolvimento web, análise de dados, automação de tarefas e inteligência artificial, de fácil aprendizado. | ||
Por outro lado, JavaScript é a linguagem essencial para o desenvolvimento de aplicações web interativas. JavaScript é indispensável para a criação de sites dinâmicos, aplicativos web e jogos online, e sua evolução constante garante que permaneça uma ferramenta crucial no arsenal de qualquer desenvolvedor web. | ||
|
||
Nossa equipe apresenta um conhecimento intermediário sobre ambas as linguagens descritas acima. | ||
|
||
## Framework Utilizado para Web ⏩ | ||
Next.js é um framework de desenvolvimento web React que permite a construção de aplicações web rápidas e escaláveis. Com recursos avançados como renderização do lado do servidor e pré-renderização estática, o Next.js simplifica a criação de sites dinâmicos, proporcionando uma experiência de desenvolvimento intuitiva e eficiente. | ||
|
||
## Ambiente de Desenvolvimento Integrado 🛠️ | ||
O Visual Studio Code (VSCode) é um editor de código-fonte altamente extensível e amplamente utilizado, oferecendo uma variedade de recursos poderosos para desenvolvedores. Suportando uma ampla gama de linguagens de programação, o VSCode se destaca por suas ferramentas integradas de debug, que permitem aos desenvolvedores inspecionar variáveis, definir pontos de interrupção e acompanhar a execução do código de forma eficiente. Além disso, sua integração nativa com sistemas de controle de versão, como Git, simplifica o fluxo de trabalho de desenvolvimento colaborativo, fornecendo recursos para visualizar e gerenciar alterações de código, criar e mesclar branches e colaborar facilmente com outros membros da equipe. | ||
|
||
## Como Fazer um CRUD com Django | ||
|
||
[Tutorial ensinando a criar um CRUD com Django](https://www.youtube.com/watch?v=GGBzMpIAgz4) | ||
|
||
Este tutorial de 30 minutos ensina sobre o que é o Django, como instalá-lo em sua máquina e como criar um CRUD com a tecnologia. | ||
|
||
## Branchs e Pull Request 👾 | ||
O GitFlow é um modelo de fluxo de trabalho popular para gerenciamento de branches em projetos Git, amplamente utilizado em projetos de desenvolvimento de software. Ele define um conjunto de regras e convenções para organizar o desenvolvimento de recursos e lançamentos de software. No GitFlow, existem dois tipos principais de branches: branches de "feature" (ou "funcionalidade") e branches de "release" (ou "lançamento"). As branches de feature são usadas para desenvolver novas funcionalidades ou resolver problemas específicos. Uma vez que uma feature está completa, é fundida de volta para a branch de desenvolvimento principal, geralmente chamada de "develop". | ||
|
||
As branches de release são usadas para preparar e revisar um próximo lançamento de software. Elas são criadas a partir da branch de desenvolvimento e podem incluir correções de bugs finais ou ajustes de última hora. Uma vez que a release está pronta, ela é fundida tanto na branch "master" (para lançamentos de produção) quanto na branch "develop". Quando uma feature ou uma release está pronta para ser fundida de volta na branch principal, é comum utilizar um pull request (ou merge request). Isso permite que outros membros da equipe revisem o código, discutam alterações e garantam que o código esteja pronto para ser incorporado ao código principal. O pull request geralmente inclui informações sobre as alterações feitas, discussões sobre o código e verificações automáticas, como testes de integração contínua. | ||
|
||
Depois que o pull request é aprovado e todas as discussões são resolvidas, o código pode ser mesclado na branch principal (como "master" ou "develop"), consolidando assim as alterações no código base do projeto. Essa abordagem ajuda a manter um fluxo de trabalho organizado, permitindo um desenvolvimento colaborativo e controlado ao longo do tempo. | ||
|
||
## Versionamento Semântico | ||
O Versionamento Semântico é uma abordagem para atribuir números de versão a software de forma significativa e previsível. Seguindo o padrão "X.Y.Z", onde "X" representa uma versão principal, "Y" uma versão secundária e "Z" uma versão de correção, o Versionamento Semântico especifica como incrementar esses números com base nas mudanças introduzidas no software. Isso permite que os desenvolvedores e usuários compreendam rapidamente o impacto das atualizações e ajuda na comunicação entre equipes de desenvolvimento e usuários finais. | ||
|
||
## Conventional Commits | ||
Os Conventional Commits são um conjunto de convenções para escrever mensagens de commit em projetos de software. Essas convenções definem um formato padronizado para as mensagens de commit, incluindo um cabeçalho que descreve sucintamente o tipo de alteração (como "feat" para novas funcionalidades, "fix" para correções de bugs, entre outros) seguido de um breve resumo. Essa abordagem facilita a compreensão do histórico de mudanças do código, automatização de tarefas, geração de notas de lançamento e colaboração em equipe. |
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 |
---|---|---|
@@ -0,0 +1,5 @@ | ||
# Tarefa 02 - Teste de Unidade | ||
|
||
Felipe Souza Benício da Silva | FelipeSouza14 | [email protected] | ||
|
||
Para acessar o repositório do projeto [Clique Aqui!](https://github.com/melquetrindade/sigQueijaria) |