You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This enhancement proposes adding a new plugin configuration option PLUGIN_BRANCH. When this option is enabled, the plugin will automatically populate the branch name and repository URI (similar to how Jenkins’ Jira plugin works) in the build post call to Jira. If PLUGIN_BRANCH is not passed, the plugin will continue with its current behavior without including branch information.
Problem:
Currently, the Drone Jira plugin does not include any branch-specific information (e.g., branch name and repository URI) in the build post call to Jira. This limits the plugin’s usefulness in environments where multiple branches are in use, such as feature or bugfix branches, as branch-specific details aren’t tracked. Without these details, users can’t easily trace which branch a particular build came from in Jira.
Solution:
Add a new PLUGIN_BRANCH setting to the Drone Jira plugin. When enabled, the plugin will automatically extract the branch name and repository URI from the build context and pass this information in the build payload to Jira. This behavior will mirror the way Jenkins’ Jira plugin works.
If PLUGIN_BRANCH is not set, the plugin will behave as it currently does, excluding the branch information from the payload. This ensures that existing users aren’t impacted by this change.
Example Usage:
If PLUGIN_BRANCH is passed, the build payload sent to Jira will look something like this:
@Ompragash branch and repository are automatically passed to every plugin vs the DRONE_BRANCH environment variable, so we should not need to ask the user to specify branch. You can see a list of environment variables automatically passed to all plugins here: https://docs.drone.io/pipeline/environment/reference/
@bradrydzewski, I reviewed the plugin code and noticed it already utilizes SCM variables. Currently, branch information is not passed in the Build call. To avoid altering the existing functionality and mainly to align with the behavior of the Jenkins Jira Plugin, I proposed adding a new PLUGIN_BRANCH setting.
so we should not need to ask the user to specify branch.
in that case, we can include the branch details in the Build call by default.
something like this matching the JIRA API build call format
Description:
This enhancement proposes adding a new plugin configuration option PLUGIN_BRANCH. When this option is enabled, the plugin will automatically populate the branch name and repository URI (similar to how Jenkins’ Jira plugin works) in the build post call to Jira. If PLUGIN_BRANCH is not passed, the plugin will continue with its current behavior without including branch information.
Problem:
Currently, the Drone Jira plugin does not include any branch-specific information (e.g., branch name and repository URI) in the build post call to Jira. This limits the plugin’s usefulness in environments where multiple branches are in use, such as feature or bugfix branches, as branch-specific details aren’t tracked. Without these details, users can’t easily trace which branch a particular build came from in Jira.
Solution:
Add a new PLUGIN_BRANCH setting to the Drone Jira plugin. When enabled, the plugin will automatically extract the branch name and repository URI from the build context and pass this information in the build payload to Jira. This behavior will mirror the way Jenkins’ Jira plugin works.
If PLUGIN_BRANCH is not set, the plugin will behave as it currently does, excluding the branch information from the payload. This ensures that existing users aren’t impacted by this change.
Example Usage:
The text was updated successfully, but these errors were encountered: