npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2024 – Pkg Stats / Ryan Hefner

genesis-ui-design-test

v0.1.4

Published

Biblioteca com componentes e ferramentas para o projeto application-front-end

Downloads

14

Readme

genesis-ui-design

Biblioteca com componentes e ferramentas para o projeto application-front-end

Configuração do Projeto

Você pode iniciar o projeto utilizando o docker-compose:

docker compose up -d

Depois disso você precisará acessar o projeto na url localhost:5173

Caso contrário siga os passos abaixo para utilizar diretamente com npm

Instalando as dependências

npm install

Compilar e Hot-Reload para Desenvolvimento

npm run dev

Verificar Tipos, Compilar e Minificar para Produção

npm run build

Lint com ESLint

npm run lint

Diretrizes para Conventional Commits

Este projeto segue as convenções de commits definidas pelo Conventional Commits, que é uma especificação leve para criar mensagens de commit legíveis e fáceis de seguir. Isso proporciona uma maneira consistente de criar históricos de commits significativos.

Convenções de Commits

Os commits devem seguir o seguinte padrão:

Tipos de Commits

Os tipos de commits que você pode usar incluem, mas não estão limitados a:

  • feat: Uma nova funcionalidade
  • fix: Uma correção de bug
  • docs: Mudanças na documentação
  • style: Mudanças que não afetam o comportamento do código (espaços em branco, formatação, etc)
  • refactor: Uma modificação de código que não corrige um bug nem adiciona uma nova funcionalidade
  • test: Adição ou modificação de testes
  • chore: Mudanças no processo de construção ou ferramentas auxiliares e bibliotecas

Escopo

O escopo fornece contexto adicional sobre a área afetada pela alteração. É opcional.

Descrição

A descrição deve ser uma breve explicação do que foi feito no commit. Deve ser claro e conciso. Preferencialmente em inglês.

Exemplos

Aqui estão alguns exemplos de como os commits devem ser formatados:

  • feat: Add login functionality
  • fix(auth): Fix validation error in login form
  • docs: Update README.md documentation
  • style: Format code according to style guide
  • refactor(api): Refactor authentication logic
  • test: Add unit test for login component
  • chore: Update project dependencies

Por favor, siga estas diretrizes ao fazer commits neste projeto. Isso ajuda a manter um histórico de commits organizado e fácil de entender.

Diretrizes para Criação de Branches

Este projeto segue diretrizes específicas para a criação de branches, a fim de manter a consistência e facilitar a colaboração entre os membros da equipe. Ao aderir a essas diretrizes, podemos garantir que o histórico do projeto seja organizado e compreensível para todos os envolvidos.

Convenções de Nomes de Branches

Ao criar novas branches, siga estas diretrizes:

  • Use Nomes Descritivos: Escolha nomes que descrevam claramente o propósito da branch.

  • Use Prefixos: Utilize prefixos para categorizar as branches de acordo com seu propósito, como feature/ para novas funcionalidades, bugfix/ para correções de bugs, entre outros.

  • Evite Caracteres Especiais e Espaços: Mantenha os nomes das branches simples e evite caracteres especiais, espaços ou letras maiúsculas, para garantir compatibilidade com diferentes sistemas de versionamento.

  • Seja Consistente: Mantenha uma convenção consistente para todos os membros da equipe seguirem, facilitando a colaboração e compreensão do histórico do projeto.

  • Use Palavras-Chave Descritivas: Inclua palavras-chave relevantes nos nomes das branches para indicar claramente seu objetivo, como o nome da funcionalidade ou o problema a ser corrigido.

Exemplos

Aqui estão alguns exemplos de como criar branches seguindo estas diretrizes:

  • git checkout -b feat/authentication: Cria uma nova branch para desenvolver uma nova funcionalidade de autenticação.

  • git checkout -b bugfix/login-validation: Cria uma nova branch para corrigir um problema de validação no processo de login.