We use Kepler Rominfo's Simple Issue Language extensively in some of our instances and a couple of the scripts have grown quite a bit. I was wondering if anyone attempted to write SIL scripts locally, deploy them via GIT to Bitbucket and then deploy them from there with Bamboo to the SIL directories within the JIRA file systems.
Main goal is to better collaborate and govern changes to SIL scripts which directly influence production services.
You don't have to do that for conditions/validators/post functions. Every time you're updating the script for c/v/p, we're actually writing the script into a new file. Yes, you have the code versioning out of the box.
Hi Stefan, I can see some advantages, but usually, these scripts are edited only by administrators, and after you set them up, you will rarely change them. Even with concurrent modifications, with our versioning system, you will not run into trouble because if you override a script wrote by someone else, you can still select a previous version(using 'Reuse existing script' feature). But, if you're going to implement this via Git & Bamboo, let us know, maybe we can add a new recipe in the documentation.
Not really. Let's assume you have a postfunction with the script a.sil. If you change the script from SIL Manager, everything is still ok(the postfunction is still using the a.sil script with the changes applied). I am using this trick in the development to avoid changing and publishing the workflow. If you change the script contents, the workflow can't detect the change and will use the updated script :)
One of the goals in SIL 3.0 was to push SIL to the rest of the Atlassian family. I actually already have a Confluence SIL plugin (but not ready for production) and we thought a lot to push SIL to Bamboo & Stash as well.
If you have ideas of routines to be created for JIRA / Bamboo integration, please send a mail to our support mail, I promise I will schedule them ASAP.
Unfortunately, we are spending a lot of time in support right now & we have two more JIRA plugins on the pipeline, both which rely on the flexibility of SIL. One of them is documented while it is developed, you can take a look here: https://confluence.kepler-rominfo.com/display/KCFPRO/User+Guide
That SIL Confluence plugin - I'm thinking to make it publicly available, if anyone is interested, BTW. As for the KF PRO (which covers DBCF functionality and a much needed functionality in CFs in JIRA), it is available for anyone interested, including you , so just ask.
Oh, that opens an entire other can of worms :) SIL for other products! Nice! This question is still about the most enterprisy way to deploy changes and maintain reversibility of SIL scripts. Right now, we are editing the scripts directly in the SIL manager. An alternative would be to maintain a repository on Stash or Bitbucket but then to transfer to JIRA - wouldn't we have to copy&paste from our IDE into the SIL Manager again? Would be best to deploy updated scripts to the respective directories directly. Do you have a ticket for that already in your feature request list? I'm happy to create one.
If you have a Git repository associated with SIL Home folder, you have nothing else to do, you have the Git power out of the box. If you want to keep the scripts in a separate repository, Bamboo is the way, but I'm not familiar (yet) with deployments, so I can't guide you on this part.
Atlassian Summit is an excellent opportunity for in-person support, training, and networking.Learn more
Hello! I'm Rayen, a product manager at Atlassian. My team and I are working hard to improve the trial experience for Jira Software Cloud. We are interested in talking to 20 people planning t...
Connect with like-minded Atlassian users at free events near you!Find a group
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no AUG chapters near you at the moment.Start an AUG
You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs