[Issue #2495] Set points and sprint on close

[widal001]

Summary

Adds new linter to set a default value for points and sprint if those fields are unset when an issue is closed.

Fixes #2495

Time to review: 5 mins

Changes proposed

What was added, updated, or removed in this PR.

• Adds linters/scripts/set-points-and-sprint.sh
• Adds associated queries:
  • linters/queries/getFieldMetadata.graqphql
  • linters/queries/getItemMetadata.graphql

Context for reviewers

Testing instructions, background context, more in-depth details of the implementation, and anything else you'd like to call out or ask reviewers. Explain how the changes were verified.

This action will trigger every time an issue is closed in the repo.

Questions

1. Do we only want to apply this to issues with a certain type (e.g. bug, task, etc.)
2. Should we post a comment to the ticket if these field values are set?
3. Are there other instances when this action shouldn't run (even if these fields are unset)?

TODO

• Update script to handle dry run mode
• Add CI test to ci-project-linters.yml
• Potentially update script based on questions above

Additional information

Screenshots, GIF demos, code examples or output to help show the changes working as expected.

Here's an example of this action from our sandbox repo

Screen.Recording.2024-10-18.at.9.31.55.AM.mov

Here's an example of a dry run within this repo:

[coilysiren]

@widal001

Do we only want to apply this to issues with a certain type (e.g. bug, task, etc.)

a) You can either include:

• Bug
• Task
• Enhancement
• Deliverable

b) Or exclude

• Epic

Option (a) sounds safer

Should we post a comment to the ticket if these field values are set?

Yes that sounds great! I love clarifying comments from bots

Are there other instances when this action shouldn't run (even if these fields are unset)?

If you can only include tick where { author is users in this repo with the permission level write access }, that would be ace. But we might get that for free? I dunno.