Closed xtuchyna closed 2 years ago
/priority important-soon
Stale issues rot after 30d of inactivity.
Mark the issue as fresh with /remove-lifecycle rotten
.
Rotten issues close after an additional 30d of inactivity.
If this issue is safe to close now please do so with /close
.
/lifecycle rotten
Rotten issues close after 30d of inactivity.
Reopen the issue with /reopen
.
Mark the issue as fresh with /remove-lifecycle rotten
.
/close
@sesheta: Closing this issue.
/reopen /remove-lifecycle rotten
@xtuchyna: Reopened this issue.
/priority-important soon
@xtuchyna: The label(s) priority/soon
cannot be applied, because the repository doesn't have them.
Issues go stale after 90d of inactivity.
Mark the issue as fresh with /remove-lifecycle stale
.
Stale issues rot after an additional 30d of inactivity and eventually close.
If this issue is safe to close now please do so with /close
.
/lifecycle stale
Stale issues rot after 30d of inactivity.
Mark the issue as fresh with /remove-lifecycle rotten
.
Rotten issues close after an additional 30d of inactivity.
If this issue is safe to close now please do so with /close
.
/lifecycle rotten
Rotten issues close after 30d of inactivity.
Reopen the issue with /reopen
.
Mark the issue as fresh with /remove-lifecycle rotten
.
/close
@sesheta: Closing this issue.
Is your feature request related to a problem? Please describe. Hello! Currently, the
mi
workflows are scheduled with names as follows:Which is fine, but is really not that informative. Better naming convention would contain repository name (and maybe appended entities that are being inspected?! but that's another step).
Describe the solution you'd like instead of
mi-analysis-mi-{ID}
have something likeor even
where
entities
is substitued by{ <entity_name> }⁺ . { _ . <entity_name> }*
as in ebnf-styled grammarUse case If workflow fails, maintainer does not have to look into logs what repository failed specifically