MarlonLira / ruler-2.0

C# | Asp.net | WebPages | Entity Framework

Geek Repo:Geek Repo

Github PK Tool:Github PK Tool

Ruler

Esse documento auxiliará no desenvolvimento da Aplicação

Dados do projeto

Empresa: ##
Nome do app: Ruler
Site: ##
Tecnologias de desenvolvimento: C# | Asp.net Web Forms | Entity Framework

Requisitos

Dependencias

Instalação Requisitos

  • Via Executavel.

Instalação Dependencias

  • Via Nuget.
  • Via Console.

Estrutura dos arquivos da Aplicação

Content/ - Arquivos estáticos: fontes, imagens, etc.
Views/ - Arquivos referentes as views.
Controllers/ - Arquivos referentes aos controladores.
Models/ - Arquivos referentes aos modelos de entidades.
Context/ - Arquivos referentes a conexão entre as entidades com o banco.
Components/ - Arquivos comuns da aplicação. Inclui componentes e utilitários.
Components/Styles/ - Arquivos de estilo da aplicação.
.gitignore - Configura arquivos a serem ignorados pelo git.
BasePge.Master - Pagina pai.
Globals.cs - Metodos e atributos staticos.
packages.config - Arquivo de dependências do projeto.
web.config - Arquivo de configurações do projeto.
README.md - Leia-me com instruções.\

GitFlow

O GitFlow Workflow é um design de fluxo de trabalho Git que define um modelo de ramificação projetado em torno da versão do projeto. Isso fornece uma estrutura robusta para gerenciar projetos maiores.
Saiba mais sobre o GitFlow.
Explicação da ferramenta git-flow se for usar ela.

Versionamento Semântico

O Versionamento Semântico são regras que formalizam de forma prática e eficiente o incremento de versões de software. O versionamento do warden deve basedado na versão 2 do Versionament Semântico utilizando as regras 2, 3, 4, 6, 7, 8, 9 e 11 encontradas no site do samver.org.

Commits Semânticos

Para uma melhor navegação pelos commits, possibilitando um entendimento melhor e mais rápido, e consequentemente melhorando a manutenção do sistema, utilizamos um padrão na escrita do commit similar ao proposto por http://karma-runner.github.io/3.0/dev/git-commit-msg.html. As linhas das mensagens de commit não devem exceder 72 caracteres. Essa convenção permite uma boa leitura dos commits na maiorias dos terminais.

Formato da mensagem de commit:
<tipo>(): <assunto>
<linha em branco>
<mensagem>
<linha em branco>
<rodapé>

Exemplo:

chore(eslint): instalar dependência eslint

A dependência eslint é um utilitário de linting para JavaScript.
Auxilia o desenvolvedor a escrever o código em um padrão
preestabelecido.

BREAKING CHANGE:
Quanto ao foo.bar, foo.baz deve ser utilizado ao invés disso.

<tipo>:

  • feat - nova funcionalidade/recurso (features)
  • fix - correção de bug
  • perf - uma mudança de código que melhora a performance
  • docs - alterações na documentação
  • style - formatação, falta de ponto e vírgula, etc; não afetam o significado do código
  • refactor - refatoração do código, não corrige um bug nem adiciona um recurso; por exemplo, renomear variável
  • test - adição ou correção de testes
  • chore - atualizando tasks do Grunt, Webpack, etc; mudanças que não modificam o src/

<escopo>: Opcional, principalmente se a alteração for global.
Exemplos: init, runner, watcher, config, web-server, proxy, etc.

<assunto>: Deve ser escrito na forma imperativa, ou se preferir, de uma forma que complete a frase "Se aplicado, este commit irá ".

<corpo>: Deve conter descrições mais precisas do que está contido no commit, mostrando as razões ou consequências geradas pela alteração, assim como instruções futuras.

<rodapé>: È dedicado para notas e avisos importantes, como fechamento de issue e se existem mudanças radicais que quebrem funcionalidades. No caso de mudanças de quebras (BREAKING CHANGE) deve ser indicado “BREAKING CHANGE:” seguido com a explicação que leva a inclusão dessa marcação.

About

C# | Asp.net | WebPages | Entity Framework


Languages

Language:JavaScript 53.9%Language:CSS 43.2%Language:ASP 2.2%Language:C# 0.8%