Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Hi team, I got an issue when using this keep_reports action #32

Open
Foxtel-chenfan opened this issue Jul 28, 2022 · 1 comment
Open

Comments

@Foxtel-chenfan
Copy link

Existing logic:
keep_reports action is default to 20, after the reports count over than 20, it will remove the last history, and we treat the smallest build number folder as the last history

But we have a scenario that the smallest build number is not the real last history.
image

Condition:

  • The repo only has one project, so it's not the case which subfolder mentioned.
  • We created 2 actions one is for running job by push, another is for schedule. Each has their own build number like above screenshot

Issue:
In my case, the on schedule build number #6 is the newly generated, but when next push happens, the #6 allure history report was removed as the total report count over than 20. This caused me can't access the #6 generated report anymore. May I seek for your help on how to handle my scenario?

@mgrybyk
Copy link

mgrybyk commented Aug 21, 2023

Hello,
I'm not sure if this action is still maintained. I may suggest using https://github.com/marketplace/actions/allure-report-with-history-per-branch. The action doesn't rely on the build number so you should not experience the issue.

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

No branches or pull requests

2 participants