PC SOFT

AYUDA EN LÍNEA
DE WINDEV, WEBDEV Y WINDEV MOBILE

Este contenido proviene de una traducción automática.. Haga clic aquí para ver la versión original en inglés.
  • Panorama general
  • ¿Cómo proceder?
  • Definición de una política de facturación
  • Modo de funcionamiento de la política de facturación
  • Almacenamiento y gestión de la política de facturación
  • Detalles de las diferentes normas
  • pestaña "General"
  • "Pestaña"Pruebas automáticas
  • "Ficha"Métricas de código
WINDEV
WindowsLinuxUniversal Windows 10 AppJavaReportes y ConsultasCódigo de Usuario (UMC)
WEBDEV
WindowsLinuxPHPWEBDEV - Código Navegador
WINDEV Mobile
AndroidWidget Android iPhone/iPadApple WatchUniversal Windows 10 AppWindows Mobile
Otros
Procedimientos almacenados
Panorama general
Le SCM da la posibilidad de definir una política de facturación.. Simplemente defina los criterios que deben coincidir para que un elemento de proyecto vuelva a ser verificado en el repositorio.. Entre los posibles criterios:
  • Ningún error de compilación,
  • Realice al menos una prueba del elemento, ....
Estas reglas pueden ser obligatorias o no. Si no se cumple una regla, el promotor puede tener que dar una explicación.
¿Cómo proceder?

Definición de una política de facturación

Para definir una política de facturación:
  1. Seleccione "SCM .... Política de facturación".En el panel "SCM", en el grupo "Repositorio", expanda "Gestionar" y seleccione "Política de facturación".
  2. Seleccione las reglas que deben ser respetadas por los elementos facturados. Estas reglas se agrupan en tres pestañas: "General", "Pruebas automáticas" y "Métricas de código"..
  3. Especifique las opciones de la política de facturación:
    • Versiones 19 y posteriores
      Ignorar siempre las reglas del proyecto (wdp): Se usa para ignorar las reglas al manejar el archivo de proyecto (archivo wdp).
      Nueva funcionalidad versión 19
      Ignorar siempre las reglas del proyecto (wdp): Se usa para ignorar las reglas al manejar el archivo de proyecto (archivo wdp).
      Ignorar siempre las reglas del proyecto (wdp): Se usa para ignorar las reglas al manejar el archivo de proyecto (archivo wdp).
    • Capacidad para ignorar las reglas.
    • Entrada obligatoria de un comentario en caso de rotura de la regla.
  4. Validar. La política de facturación se tiene en cuenta automáticamente para el proyecto actual.
Nota: La política de facturación también se puede definir desde el SCM administrador ("Política de facturación" en el menú emergente de un proyecto).

Modo de funcionamiento de la política de facturación

La siguiente pantalla aparece si el elemento facturado no cumple con la política de facturación definida para el proyecto:
Esta pantalla enumera los criterios que no cumple el elemento facturado. Si el usuario puede ignorar las reglas, tiene la posibilidad de facturar "Check in even so".
Si se debe introducir una explicación, el botón de validación de esta ventana sólo se desactivará cuando se introduzca el comentario en el área correspondiente.
El botón "Editar la política" le permite editar y modificar (si es necesario) las reglas definidas para la política de facturación.

Almacenamiento y gestión de la política de facturación

La política de facturación se almacena en el archivo "CheckInPolicy.scm" que se encuentra en la raíz del directorio del proyecto.. Este archivo se encuentra en el directorio SCM como todos los archivos de proyecto. Este archivo puede ser compartido entre varios proyectos.
Se pueden asignar derechos específicos al archivo correspondiente a la política de facturación (para que el director de proyecto pueda modificar este archivo, por ejemplo).
Si el archivo "CheckInPolicy.scm" se encuentra en el directorio principal, todos los proyectos recién creados utilizarán esta política de registro.
Consejo: Para una sucursal, puede definir una política de facturación más restrictiva.
Detalles de las diferentes normas

pestaña "General"

Las diferentes reglas de facturación propuestas por la pestaña "General" son:
  • Ningún error de compilación: Para ser verificado, el elemento no debe incluir errores de compilación.
  • Ningún warning de compilación: Para ser registrado, el elemento no debe incluir advertencias de compilación.
  • Ninguna información de compilación: Para ser registrado, el elemento no debe incluir ninguna información de compilación.
  • Versiones 24 y posteriores
    Ningún error de estándar de programación: Para ser verificado, el elemento no debe incluir errores estándar de programación.. Este estándar de programación se define en la pestaña "Compilación" de la ventana de descripción del proyecto.. Ver Descripción del Proyecto: Ficha Compilación para más detalles.
    Nueva funcionalidad versión 24
    Ningún error de estándar de programación: Para ser verificado, el elemento no debe incluir errores estándar de programación.. Este estándar de programación se define en la pestaña "Compilación" de la ventana de descripción del proyecto.. Ver Descripción del Proyecto: Ficha Compilación para más detalles.
    Ningún error de estándar de programación: Para ser verificado, el elemento no debe incluir errores estándar de programación.. Este estándar de programación se define en la pestaña "Compilación" de la ventana de descripción del proyecto.. Ver Descripción del Proyecto: Ficha Compilación para más detalles.
  • El elemento facturado debe estar asociado a una tarea o a un incidente.
  • Se debe introducir un comentario durante la operación de facturación.
  • La prueba del proyecto (GO) debe haberse ejecutado al menos una vez después de una modificación.

"Pestaña"Pruebas automáticas

Las reglas de facturación propuestas por la pestaña "Pruebas automáticas" son:
  • Cada elemento debe incluir al menos una prueba automática. Atención: si se selecciona esta opción, se aplica a todos los elementos, incluso al archivo de proyecto (".WDP") que contiene el código de inicialización del proyecto.
  • No hay prueba automática por error.

"Ficha"Métricas de código

La pestaña "Code metrics" (métricas de código) se utiliza para introducir el nivel de porcentaje mínimo que se debe respetar para los comentarios de código.
Versión mínima requerida
  • Versión 12
Esta página también está disponible para…
Comentarios
Haga clic en [Agregar] para publicar un comentario