Use husky para configurar las especificaciones de envío de código git

1. Instalar fornido

yarn add --dev husky
   
   
    
    

2. Configurar fornido

Agregue un comando de preparación al script en package.json:


   
   
    
    
  1. "guiones" : {
  2. "servir" : "vue-cli-servicio servir" ,
  3. "compilación" : "compilación del servicio vue-cli" ,
  4. "lint" : "vue-cli-service lint" ,
  5. "preparar" : "instalación fornida"
  6. },

Ejecute el siguiente comando para inicializar husky y generar automáticamente la carpeta .husky

yarn prepare

   
   
    
    

3. Configuración de especificación de código

  • Instale @commitlint/config-conventional y @commitlint/cli
yarn add @commitlint/config-conventional @commitlint/cli -D
   
   
    
    
  • Configure commitlint y cree un nuevo archivo commitlint.config.js en el directorio raíz del proyecto

   
   
    
    
  1. módulo _ exportaciones = {
  2. ignora : [ ( confirmar ) => confirmar. incluye ( 'init' )],
  3. extiende : [ '@commitlint/config-conventional' ],
  4. reglas : {
  5. 'body-leading-blank' : [ 2 , 'siempre' ], // el cuerpo comienza en una línea en blanco
  6. 'footer-leading-blank' : [ 1 , 'siempre' ],
  7. 'header-max-length' : [ 2 , 'siempre' , 108 ], // La longitud máxima de los caracteres del encabezado es 108
  8. 'subject-empty' : [ 2 , 'nunca' ], // el asunto no está vacío
  9. 'type-empty' : [ 2 , 'never' ], // el tipo no está vacío
  10. 'asunto-caso' : [ 0 ],
  11. 'tipo-enumeración' : [
  12. 2 ,
  13. 'siempre' ,
  14. [
  15. 'feat' , // agregar nuevas funciones
  16. 'fix' , // Solucionar problema/ERROR
  17. 'perf' , // optimización/mejora del rendimiento
  18. 'estilo' , // El estilo del código no afecta los resultados en ejecución
  19. 'docs' , // Documentación/Comentarios
  20. 'test' , // relacionado con la prueba
  21. 'refactorizar' , // refactorizar
  22. 'build' , // Modificaciones hechas al sistema de compilación o dependencias externas
  23. 'ci' , // Modificaciones a archivos de configuración o scripts de CI
  24. 'tarea' , // actualización de dependencia/modificación de configuración de scaffolding, etc.
  25. 'revert' , // deshace los cambios
  26. 'wip' , // en desarrollo
  27. 'workflow' , // mejoras en el flujo de trabajo
  28. 'tipos' , // modificación de tipo
  29. 'liberar' ,
  30. ],
  31. ],
  32. },
  33. };
  • Use husky para generar un archivo commit-msg para verificar la información de confirmación
npx husky add .husky/commit-msg "npx --no-install commitlint --edit "$1""
   
   
    
    

El contenido del archivo commit-msg es el siguiente: 


   
   
    
    
  1. #! /usr/ bin/envsh
  2. . "$(dirname -- " $0 ")/_/husky.sh"
  3. npx --no-install commitlint --editar "$1"

Trabajadores Migrantes de la Nueva Era 

1. Instalar fornido

yarn add --dev husky
   
   
  
  

2. Configurar fornido

Agregue un comando de preparación al script en package.json:


   
   
  
  
  1. "guiones" : {
  2. "servir" : "vue-cli-servicio servir" ,
  3. "compilación" : "compilación del servicio vue-cli" ,
  4. "lint" : "vue-cli-service lint" ,
  5. "preparar" : "instalación fornida"
  6. },

Ejecute el siguiente comando para inicializar husky y generar automáticamente la carpeta .husky

yarn prepare

   
   
  
  

3. Configuración de especificación de código

  • Instale @commitlint/config-conventional y @commitlint/cli
yarn add @commitlint/config-conventional @commitlint/cli -D
   
   
  
  
  • Configure commitlint y cree un nuevo archivo commitlint.config.js en el directorio raíz del proyecto

   
   
  
  
  1. módulo _ exportaciones = {
  2. ignora : [ ( confirmar ) => confirmar. incluye ( 'init' )],
  3. extiende : [ '@commitlint/config-conventional' ],
  4. reglas : {
  5. 'body-leading-blank' : [ 2 , 'siempre' ], // el cuerpo comienza en una línea en blanco
  6. 'footer-leading-blank' : [ 1 , 'siempre' ],
  7. 'header-max-length' : [ 2 , 'siempre' , 108 ], // La longitud máxima de los caracteres del encabezado es 108
  8. 'subject-empty' : [ 2 , 'nunca' ], // el asunto no está vacío
  9. 'type-empty' : [ 2 , 'never' ], // el tipo no está vacío
  10. 'asunto-caso' : [ 0 ],
  11. 'tipo-enumeración' : [
  12. 2 ,
  13. 'siempre' ,
  14. [
  15. 'feat' , // agregar nuevas funciones
  16. 'fix' , // Solucionar problema/ERROR
  17. 'perf' , // optimización/mejora del rendimiento
  18. 'estilo' , // El estilo del código no afecta los resultados en ejecución
  19. 'docs' , // Documentación/Comentarios
  20. 'test' , // relacionado con la prueba
  21. 'refactorizar' , // refactorizar
  22. 'build' , // Modificaciones hechas al sistema de compilación o dependencias externas
  23. 'ci' , // Modificaciones a archivos de configuración o scripts de CI
  24. 'tarea' , // actualización de dependencia/modificación de configuración de scaffolding, etc.
  25. 'revert' , // deshace los cambios
  26. 'wip' , // en desarrollo
  27. 'workflow' , // mejoras en el flujo de trabajo
  28. 'tipos' , // modificación de tipo
  29. 'liberar' ,
  30. ],
  31. ],
  32. },
  33. };
  • Use husky para generar un archivo commit-msg para verificar la información de confirmación
npx husky add .husky/commit-msg "npx --no-install commitlint --edit "$1""
   
   
  
  

El contenido del archivo commit-msg es el siguiente: 


   
   
  
  
  1. #! /usr/ bin/envsh
  2. . "$(dirname -- " $0 ")/_/husky.sh"
  3. npx --no-install commitlint --editar "$1"

Trabajadores Migrantes de la Nueva Era 

Supongo que te gusta

Origin blog.csdn.net/weixin_64310738/article/details/129034136
Recomendado
Clasificación