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

Add docstring checker in Workflow #518

Merged
merged 26 commits into from
Oct 20, 2023
Merged

Add docstring checker in Workflow #518

merged 26 commits into from
Oct 20, 2023

Conversation

BoSmallEar
Copy link
Collaborator

@BoSmallEar BoSmallEar commented Oct 19, 2023

What changes do you make in this PR?

Add docstring checker for metadrive
Probably we could merge this PR after all the docstrings are implemented

  • Please describe why you create this PR

Checklist

  • I have merged the latest main branch into current branch.
  • I have run bash scripts/format.sh before merging.
  • Please use "squash and merge" mode.

@BoSmallEar BoSmallEar changed the title Add docstring checker in orkflow Add docstring checker in Workflow Oct 19, 2023
@pengzhenghao
Copy link
Member

pengzhenghao commented Oct 19, 2023

Do we have any tool to auto generate the template of the docstring?

@pengzhenghao
Copy link
Member

image What does this mean? Is it expected?

@BoSmallEar
Copy link
Collaborator Author

shoud work now, we should also define a threshold on how much coverage improvement could be defined as "passed", currently as long as the ci would pass as long as there is any improvment

@pengzhenghao
Copy link
Member

pengzhenghao commented Oct 20, 2023 via email

@BoSmallEar
Copy link
Collaborator Author

I totally agree, but isn't the goal of this PR to encourage the coverage little by little after each PR? We could also set a minimum coverage and if the final coverage is greater than this we won't check how the coverage changes from the main branch

@pengzhenghao
Copy link
Member

I think current one is more practical like a real CI test.

The one you are saying like a little game, which might not be suitable to written into the CI workflow. We can just having several PR to increase the coverage while this might not be reflected as a pass flag in CI. After all the coverage improvement is just a short-term campaign

@BoSmallEar
Copy link
Collaborator Author

Yes, that's like an incentive to encourage more docstrings.
No problem, the way you're doing is also completely fine and we just need to setup some plans for improving the docstrings

@github-actions
Copy link

message

@BoSmallEar
Copy link
Collaborator Author

message

that's cool stuffs lol

@github-actions
Copy link

${message}

@github-actions
Copy link

Docstring coverage check successful! You have changed the coverage from 26.832618025751074 to 26.832618025751074 by 0.

@github-actions
Copy link

Docstring coverage check successful! You have changed the coverage from 0.000% to 0.000% by 0%.

@github-actions
Copy link

You have changed the docstring coverage from 26.833% to 26.833% by 0%.

@pengzhenghao pengzhenghao merged commit d07865f into main Oct 20, 2023
0 of 8 checks passed
@pengzhenghao pengzhenghao deleted the ci-docstring branch October 20, 2023 04:59
@github-actions
Copy link

[BOT] Great job! You have changed the docstring coverage from 26.833% to 26.833% by 0%.

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.

2 participants