Create
cancel
Showing results for 
Search instead for 
Did you mean: 
Sign up Log in
Celebration

Earn badges and make progress

You're on your way to the next level! Join the Kudos program to earn points and save your progress.

Deleted user Avatar
Deleted user

Level 1: Seed

25 / 150 points

Next: Root

Avatar

1 badge earned

Collect

Participate in fun challenges

Challenges come and go, but your rewards stay with you. Do more to earn more!

Challenges
Coins

Gift kudos to your peers

What goes around comes around! Share the love by gifting kudos to your peers.

Recognition
Ribbon

Rise up in the ranks

Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!

Leaderboard

How to find what jira apps is in real use?

Is there any way to understand what apps is in use some projects?

I'm intrested to clean apps what we does not need anymore or some another apps have same functionality.

1 comment

Comment

Log in or Sign up to comment
Nic Brough -Adaptavist-
Community Leader
Community Leader
Community Leaders are connectors, ambassadors, and mentors. On the online community, they serve as thought leaders, product experts, and moderators.
Mar 29, 2019

Simple answer is "no". 

You have to work through each function that an add-on provides and look at the config or logs, or activity.

Add-ons can do so many different things, there's no way to know where they all might be being used, and the methods to work out their usage vary wildly.

If, for example, an add-on creates a custom field type, it's easy - run a search for "custom field of that type is not empty". But if it provides a report, you're going to have to read access logs to see if people are using it. If it's a workflow function, you need to read all your workflows (although a search for the plugin key in an xml backup is usually easier), and then there are "compound" plugins that do several things.   A good example would be JMWF, Scriptrunner, Powerscripts - a project might be using them for a workflow function, a field, a process, etc etc etc.  And then you have the non-project items - for example, a listener is project independent living in global configuration, but may well have settings that say "only listen to these 4 projects"

The most reliable, but potentially evil method is simple though. Disable the add-on. See who screams.

Like LarryBrock likes this
TAGS
AUG Leaders

Atlassian Community Events