I start using Adatpavist ScriptRunner for JIRA and I have to install some software
https://scriptrunner.adaptavist.com/latest/jira/DevEnvironment.html
Do I have to instal them in the server or in my computer?
Thank you
It's generally a good idea to develop on a local system, then when you've got your scripts right, promote them over to your test and live server.
The basic installations listed in the article are all to go on the machine on which you are going to be doing the development.
We have bought the starter kid with 10 users and I am trying to make a proof of concept. The machine on which you are going to be doing the development (and as the instructions installed Git, IntelliJ Community Edition, Atlassian Plugin SDK and Java SE Development Kit 8 (JDK 8)) must be my pc or the server I had installed the jira?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
On your PC
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
So there's no way to do add/create a test or dev environment within an existing environment, so that all of the project types, issue types, etc. are consistent?
I had found this link earlier today https://docs.adaptavist.com/sr4js/latest/training/tutorials/before-you-start, referencing how to create a test project whilst importing test content, but the screens don't look like mine do, so I was afraid to proceed. This tutorial says that it is based on Jira Service Management version 8.3.0, but since we're on Jira Cloud, we're at the latest version. I am not sure if that's why the options look different, but whereas in the tutorial it shows that the older version provided an option to create a new project with sample data, it does not appear to me that this options still exists in the current version. Does anyone know?
Please see comparison of screen shots here...
From above link (older v 8.3.0):
My Current Version:
Does anyone know if this functionality was deprecated in more recent releases since 8.3.0? My planned approach was going to be to create a test project and share the settings with an existing project so that I know I would be testing apples to apples. But, it does not appear that this is an option. Thanks.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
So, the principle of separating "dev" (and "test") from "production" still stands - Scriptrunner has no way to know whether a script is in dev/test or production within the same system, because Jira does not have any concept of it either.
You can set up test projects in a production system and lock down or configure your scripts to only run for test, but this is a completely human process, and requires a thorough understanding of what might happen and how to ringfence your testing within the production system. And a clear understanding of the risk of messing up your production system (You may sense that I've been burned by this before)
Don't. Keep dev, test, play and demo systems out of production. Create a copy and mess with that (just remember to decouple it so it does not send emails or try to connect to other production systems)
For the second part of your question, it's a bit of a fuzzy one. SR for Server/DC and SR for Cloud are totally different products under the hood. They share a lot of ideals but very little, if any, code.
So, if you're coding SR for Cloud, don't bother looking at the DC docs; they're not a lot of use.
But with my Adaptavist marketeer hat and my "ooh, new interesting problem" one too, please
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thank you for your input Nic. I appreciate the feedback and direction.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.