Skip to content

Feature/add after init changes#3

Merged
miroslavpojer merged 16 commits intomasterfrom
feature/add-after-init-changes
Feb 24, 2026
Merged

Feature/add after init changes#3
miroslavpojer merged 16 commits intomasterfrom
feature/add-after-init-changes

Conversation

@miroslavpojer
Copy link
Contributor

Release Notes:

  • Severity is now part of parent's title.
  • Introduced detection of severity change and update of parents title.
  • Introduces feature to set Project priority on issue. User have to define mapping values from severity to priority.
  • Refactoring: promote_alerts.py were split to several utils file with well defined responsibility scope.

Closes #2

…workflows

- Updated aquasec-scan.yml to include severity-priority-map and project-number inputs.
- Enhanced promote_alerts.py with functions to parse severity-priority mappings and set priority in GitHub Projects.
- Modified sync_security_alerts.sh to accept severity-priority-map and project-number as command-line arguments.
- Adjusted aquasec-night-scan.yml to pass severity-priority-map and project-number for priority tracking.
- Implemented core orchestration for syncing security alerts with GitHub issues in `issue_sync.py`.
- Created data models for issues and notifications in `models.py`.
- Added priority mapping functionality in `priority.py` to resolve severity to priority values.
- Developed structured lifecycle event handling in `sec_events.py` for managing security event comments.
- Introduced metadata handling for issues in `secmeta.py`, including parsing and rendering of metadata blocks.
- Built Teams notification system in `teams.py` to notify about new and reopened issues.
- Added Markdown templates for issue bodies in `templates.py` to standardize issue content.
…tle handling in parent and child issue workflows
@miroslavpojer miroslavpojer self-assigned this Feb 19, 2026
Copy link
Collaborator

@tmikula-dev tmikula-dev left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Could you please explain, why you decided to have a github/security/root stuff structure? From first PoV, I see no such a need to have that deep folder structure.

I am also aware, that this is only PoC and init, but the current project distribution of files is strange. Having issues, teams, models builders inside of the utils file is not the best one. Just mentioning, I am not sure in what develop phase you are.

I also see that some new methods have docstring, some have just a comment with # NOTE, many have no method docstring. May be updated for future Code health.

And in the end, this PR is such a big to do a full review on +1500 rows, so manny consequences to take a look for. This is what I found during first look.

- Moved common utilities to a new shared module, including functions for logging, date handling, and command execution.
- Consolidated GitHub issue operations into a dedicated shared module for better organization and reuse.
- Introduced a new priority mapping module to handle severity-to-priority resolution.
- Updated issue builder and sync utilities to utilize shared components, reducing code duplication.
- Removed the obsolete priority.py file and integrated its functionality into the new shared priority module.
- Enhanced template rendering capabilities by creating a shared template module for Markdown processing.
- Cleaned up imports and improved code readability across various modules.
@miroslavpojer
Copy link
Contributor Author

Could you please explain, why you decided to have a github/security/root stuff structure? From first PoV, I see no such a need to have that deep folder structure.

There is planned to host more topic related solutions. This one is for github and security. Nect one will be github and repo creation.

I am also aware, that this is only PoC and init, but the current project distribution of files is strange. Having issues, teams, models builders inside of the utils file is not the best one. Just mentioning, I am not sure in what develop phase you are.

I was planning to keep it simple, but wrong and waiting for another topic. Not valid anymore. See the current state.

I also see that some new methods have docstring, some have just a comment with # NOTE, many have no method docstring. May be updated for future Code health.

Address here - a06baa2.

And in the end, this PR is such a big to do a full review on +1500 rows, so manny consequences to take a look for. This is what I found during first look.

I know, the solution start growing form initial one script by adding change requests from author.

@miroslavpojer miroslavpojer merged commit c1fa5b5 into master Feb 24, 2026
@miroslavpojer miroslavpojer deleted the feature/add-after-init-changes branch February 24, 2026 11:46
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Security workflow - Severity Change Detection, Team Notification, and Priority Assignment

2 participants