LOLA LOLITA LAND

Este proyecto es una iniciativa de la influencer @lolalolita que se realizará el 15 y 16 de Junio del 2025 en Aquopolis, Madrid.

Sitio web desarrollado por midudev, gracias a la colaboración de @infojobs.

🖼️ Diseño en Figma

(Pendiente...)

📝 Licencia del Proyecto

Ten en cuenta que este proyecto es de código abierto y permite las contribuciones de la comunidad pero su licencia no permite trabajos derivados, gratuitos ni comerciales. Revisa el archivo LICENSE.md para más información.

🛠️ Tecnologías

• Astro 5
• TailwindCSS 4

🔧 Instalación

Instala las dependencias

pnpm install

Inicia el proyecto en modo desarrollo

pnpm run dev

🤝 Cómo Contribuir

1. Haz un fork del proyecto (no olvides incluir la rama V2).
2. Crea una rama para tu feature, por ejemplo: (git checkout -b feature/AmazingFeature)
3. Haz commit de tus cambios, por ejemplo: (git commit -m 'Add: AmazingFeature')
4. Haz push hacia la rama, por ejemplo (git push origin feature/AmazingFeature)
5. Abre una Pull Request detallando los cambios desarrollados.

Nota: Antes de codificar una nueva funcionalidad, ve a la sección de Issues y Pull Requests del repositorio y verifica que no se esté discutiendo sobre ese tema, o que otra persona ya lo haya realizado antes.

📋 Estándares de Código

Commits

En la medida de lo posible, describe tus proyectos para que los mantenedores los puedan analizar de una forma más rápida y eficiente.

• feat: - Nuevas características.
• fix: - Correcciones de bugs.
• docs: - Cambios en la documentación.
• style: - Cambios que no afectan el código (espacios, formato, etcétera).
• refactor: - Refactorización del código.
• test: - Añadir o modificar tests.
• chore: - Cambios en el proceso de build o herramientas auxiliares.

Ejemplo: feat: add newsletter subscription component

Código

• Utiliza, en lo posible, el estilo de codificación configurado.
• Nombra las variables y funciones en camelCase.
• Utiliza nombres descriptivos en variables y funciones.
• Los componentes de Astro deben ir en PascalCase.
• Comenta tu código solo cuando sea necesario.
• Sigue las reglas de ESLint configuradas en el proyecto.

CSS/TailwindCSS

• Utiliza las clases de Tailwind siempre que sea posible.
• Evita CSS personalizado a menos que sea absolutamente necesario.

Pull Requests

• Describe claramente los cambios realizados.
• Incluye capturas de pantalla si hay cambios visuales.
• Asegúrate de que los tests pasen.
• Referencia los issues relacionados, en caso de que existan.
• Mantén los PR pequeños y enfocados en una sola característica.

Formas de Contribuir

• Codificación.
• Todos los aportes son importantes.
• Pruebas manuales o automatizadas.
• Traducciones y correcciones ortográficas.

🚫 Qué evitar

• No hagas commit directamente a la rama main.
• No uses !important en CSS.
• No dejes console.logs en el código.
• No añadas dependencias sin discutirlo primero.
• No modifiques la configuración del proyecto sin consentimiento.
• Evita ser grosero o imponerte en las discusiones.

👥 Proceso de Review

1. Los PR necesitan al menos una aprobación.
2. Atiende los comentarios de la review.
3. Asegúrate de que los test CI/CD pasen.

Colaboradores

(Pendiente...)