¿Cómo puedo obtener la confirmación anterior antes de enviar o fusionar en el flujo de trabajo de GitHub Action?

Estoy usando Nx por el apoyo de monorepo en un nuevo proyecto. Uno de los beneficios de Nx es que puede determinar qué aplicaciones en el monorepo se ven afectadas por una variedad de cambios (empezar a confirmar, finalizar la confirmación). Entonces, si tiene un montón de aplicaciones, solo tiene que compilar, probar e implementar las aplicaciones que realmente se ven afectadas por los cambios en lugar de todo el monorepo.

Me gustaría configurar un flujo de trabajo de GitHub Action para implementar solo las aplicaciones afectadas al enviar o fusionar para dominar. Sin embargo, tengo problemas para averiguar cómo obtener el “compromiso de inicio” para el rango de cambios. En otras palabras, ¿cómo obtengo el hash de confirmación de la última implementación?

GitHub proporciona una variable env GITHUB_SHA pero ese es el compromiso que activó el flujo de trabajo (es decir, el “compromiso final”). también proporciona GITHUB_BASE_REF pero eso solo funciona en flujos de trabajo que se ejecutan desde un repositorio bifurcado en comparación con el repositorio principal.

CircleCI tiene pipeline.git.base_revision para este propósito. ¿Las acciones de GitHub tienen algo similar?

Para eventos de solicitud de extracción, la referencia y el sha para la base se pueden encontrar en el contexto de github de la siguiente manera.

${{ github.event.pull_request.base.ref }}
${{ github.event.pull_request.base.sha }}

Para eventos push hay base_ref y before parámetros

${{ github.event.base_ref }}
${{ github.event.before }}

before es el último git sha empujado al origen en la rama base_ref. Tenga en cuenta que si esta es la primera confirmación en una nueva rama, base_ref y before tendrá valores nulos/predeterminados como se muestra a continuación.

##[debug]  "event": {
##[debug]    "after": "727f7aec97c394083d769029e5f619e9b094a235",
##[debug]    "base_ref": null,
##[debug]    "before": "0000000000000000000000000000000000000000",
...

Por cierto, puede volcar el contexto de github y verificar los parámetros disponibles agregando este paso a su flujo de trabajo:

      - name: Dump GitHub context
        env:
          GITHUB_CONTEXT: ${{ toJson(github) }}
        run: echo "$GITHUB_CONTEXT"

GitHub proporciona GITHUB_BASE_REF y el github.base_ref contexto que contienen la rama base.

Si está interesado en la última revisión de esa rama, puede ejecutar git rev-parse $GITHUB_BASE_REF para encontrarlo. Si está interesado en el punto en el que se bifurcaron las ramas, puede ejecutar git merge-base $GITHUB_BASE_REF $GITHUB_SHA para encontrarlo.

Tenga en cuenta que es posible interrumpir otros proyectos con cambios de API incompatibles y similares sin realizar ningún cambio de código en ellos, por lo que, si bien será más rápido probar solo las aplicaciones que han cambiado, es posible que al hacerlo se produzca una interrupción inesperada.