nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Best practice for managing scripts

Yogesh Mude_qi979c

Hello all,

Good Morning. Hope you all are doing well

What is the best way/practice to manage the scripts conditions, validators, and post functions in Jira?

Whether we should apply the inline scripts to workflow condition, validator, and post function directly or add it to server <JIRA_HOME>/scripts directory.

As the script runner has been provided a new script editor function using which we can directly edit the script which we have added to the scripts directory of the server.

If you say, add it to server <JIRA_HOME>/scripts directory then what will be naming convention we should use?

Any suggestions will be appreciated!!

Comments

PD Sheehan

My plan is to eventually convert all inline scripts that are more than 2/3 lines into script files.

The advantage of inline scripts is that the script is stored in your database and embedded into workflow xml. So it is included in backup, db migration, workflow migration and it gets appropriately picked up by add-ons like Configuration Manager.

The disadvantage of inline scripts is that when you get errors thrown in the log, you will get a generic "script123.groovy:53". Not always obvious.

The reason I'm heading towards the file model is to have more robust change management. I will store all my script files in a bitbucket repository and eventually set up some automation with bamboo to deploy scripts from dev to test to prod.

Also, I like being able to search for specific code snippets across all previously written scripts.

As for file structure, that will greatly depend on your use cases and the number of files you have. But plan it out in advance, because changing it later will require you to go through all you scriptrunner configurations to update the file paths.

Your options are:

flat, all files in the scripts directory
simple 1 layer:
- behaviours
- scriptedFields
- validators
- conditions
- postFunctions
- jobs
- utils
Complex with class pattern
- com/acme/purpose/jira/validator

Or some combination or in-between.

Nic Brough -Adaptavist-

This is almost exactly what I do. I moved to scripts on disk very early on so I could store them in source control (that was before we had Bitbucket, but that's where I store them now)

I sometimes use a fourth (complex) naming convention which includes an indicator of the purpose of the script and/or the project it was written for (along with a set of global scripts)

Yogesh Mude_qi979c

Thank you @PD Sheehan and @Nic Brough -Adaptavist- for your suggestions and sharing the experience.

@PD Sheehan yes, we are also thinking the same to put all the scripts to the server, and then using bitbucket and bamboo automation the respective scripts will be added/updated automatically.

Welcome!

It looks like you're new here. Sign in or register to get started.

Quick Links

Find more posts tagged with

adaptavist

script

best-practice