Aplicación para el control de puntos de ventas.
Esta proyecto esta echo en react js con tailwind css.
Algunos recursos para iniciar con este proyecto puedes ver en:
Siga los pasos para iniciar el desarrollo:
Generar tu clave ssh para poder contribuir al proyecto.
ssh-keygen -t rsa -b 4096 -C "tu email"
Configuración global del nombre.
git config --global user.name "John Doe"
Configuración global del email.
git config --global user.email johndoe@example.com
Crea una carpeta.
mkdir syssoft-integra-frontend
Moverse a la carpeta.
cd syssoft-integra-frontend
Comando para inicia git.
git init
Comando que agrega la referencia de la rama.
git remote add origin git@github.com:luissince/syssoft-integra-frontend.git
Comando que descarga los archivos al working directory.
git fetch origin master
Comando que une los cambios al staging area.
git merge origin/master
Al clonar un proyecto no necesitas crear ninguna carpeta.
git clone https://github.com/luissince/syssoft-integra-frontend.git
npm install -g typescript
npm install
cp .env.development.example .env.development
A continuación, se presenta la configuración de las variables de entorno utilizadas en el front-end:
VITE_APP_BACK_END=http://localhost:3002
VITE_APP_APIS_PERU=http://localhost:3002
npm run dev
npm run build
npm run preview
Para ejecutar los workflows de GitHub Actions, asegúrate de que tu usuario tenga los privilegios de ejecución necesarios. A continuación, te proporcionamos algunos pasos para empezar:
sudo groupadd docker
sudo usermod -aG docker $USER
newgrp docker
groups
Asegúrate de que "docker" esté en la lista de grupos.
Para iniciar la creación del runner, ve a Settings del proyecto, luego a Actions, Runners, y selecciona "New self-hosted runner".
Si deseas ejecutar en segundo plano, utiliza los siguientes comandos de configuración:
sudo ./svc.sh status
sudo ./svc.sh install
sudo ./svc.sh start
sudo ./svc.sh stop
sudo ./svc.sh uninstall
Estos comandos te permiten controlar el runner según sea necesario.
Cuando realices un git push origin master y desees evitar que se ejecute el flujo de trabajo de GitHub Actions, puedes incorporar [skip ci] o [ci skip] en el mensaje del commit. Esta adición indicará a GitHub Actions que omita la ejecución de los trabajos para ese commit específico.
Por ejemplo, al realizar un commit, puedes utilizar el siguiente comando para incluir [skip ci] en el mensaje del commit:
git commit -m "Tu mensaje del commit [skip ci]"
Si deseas mantener mensajes de commit distintos para desarrollo, prueba y producción, pero sin tener que hacer un commit en la rama de desarrollo antes de probar en la rama de prueba, puedes utilizar la opción --no-ff (no fast-forward) al realizar la fusión en cada rama. Esto te permitirá realizar un commit específico en la rama de prueba (y posteriormente en la rama de producción) incluso si no hubo cambios adicionales en desarrollo.
git checkout desarrollo
git pull origin desarrollo
# Realiza tus cambios y realiza el commit
git add .
git commit -m "Mensaje de desarrollo"
git checkout test
git pull origin test
# Fusiona los cambios de desarrollo con un commit específico
git merge --no-ff desarrollo -m "Mensaje de prueba"
El uso de --no-ff asegurará que se cree un nuevo commit, incluso si no hubo cambios adicionales en desarrollo.