Pour continuer à prendre en charge le comportement précédent après la publication d'une étape, utilisez les versions pour les modifications. Lorsque vous publiez une nouvelle version de votre étape, les flux existants qui incluent l'étape ne sont pas automatiquement mis à jour.
Utilisez la gestion des versions pour les modifications suivantes :
- Ajouter des champs obligatoires
- Abandonner des champs d'entrée ou de sortie
- Modifier les types de données (chaîne, float ou int, par exemple)
- Modifier le comportement fondamental d'une étape
Pour implémenter la gestion des versions, spécifiez current_version et min_version dans le fichier manifeste de votre étape.
current_version: numéro de version du déploiement actif actuel.min_version: version la plus ancienne compatible de l'étape.
L'exemple de fichier manifeste suivant montre comment définir des versions pour une étape :
JSON
...
"flows": {
"workflowElements": [
{
"id": "...",
"state": "...",
"name": "...",
"description": "...",
"version" : {
"current_version": 3,
"min_version" : 1
},
...
Lors de l'exécution, vous pouvez récupérer le numéro de version à partir de l'objet d'événement et définir un comportement personnalisé pour chaque version.
Apps Script
/**
* Executes the step and handles different versions.
* @param {Object} event The event object.
*/
function onExecute(event) {
// Get the version ID from the execution metadata.
const versionId = event.workflow.executionMetadata.versionId;
// Implement different behavior based on the version.
if (versionId < 2) {
// Handle earlier versions
} else {
// Handle current and newer versions
}
}