Skip to content

Comments

doc: GitHub PRs workflow#8946

Closed
catenacyber wants to merge 1 commit intoOISF:masterfrom
catenacyber:doc-github-prs-v6
Closed

doc: GitHub PRs workflow#8946
catenacyber wants to merge 1 commit intoOISF:masterfrom
catenacyber:doc-github-prs-v6

Conversation

@catenacyber
Copy link
Contributor

Link to redmine ticket:
None

Describe changes:

  • adds a documentation about GitHub PRs workflow

Draft : to be discussed, and to see if the approved filter with gh command is good enough ?

Modifies #8926 by taking review into account

@codecov
Copy link

codecov bot commented Jun 1, 2023

Codecov Report

Merging #8946 (f2ee137) into master (5b160d2) will decrease coverage by 0.01%.
The diff coverage is n/a.

Additional details and impacted files
@@            Coverage Diff             @@
##           master    #8946      +/-   ##
==========================================
- Coverage   82.39%   82.39%   -0.01%     
==========================================
  Files         969      969              
  Lines      273558   273558              
==========================================
- Hits       225404   225402       -2     
- Misses      48154    48156       +2     
Flag Coverage Δ
fuzzcorpus 64.87% <ø> (+0.01%) ⬆️
suricata-verify 60.48% <ø> (ø)
unittests 62.92% <ø> (ø)

Flags with carried forward coverage won't be shown. Click here to find out more.

Copy link
Contributor

@jufajardini jufajardini left a comment

Choose a reason for hiding this comment

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

Looks good to me! :)


A PR should be marked as `draft` if it is not intended to be merged as is,
but is waiting for some sort of feedback.
The author of the PR should explicit what kind of feedback is expected (CI/QA
Copy link
Member

Choose a reason for hiding this comment

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

nit: explicit with what kind of feedback

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Thanks for my english

@jasonish
Copy link
Member

jasonish commented Jun 1, 2023

The first usage of PR should have the full-name, pull-request.

@catenacyber
Copy link
Contributor Author

The first usage of PR should have the full-name, pull-request.

I do not understand what you mean here Jason...

@catenacyber
Copy link
Contributor Author

Replaced by #8955

@catenacyber catenacyber closed this Jun 2, 2023
@jasonish
Copy link
Member

jasonish commented Jun 2, 2023

The first usage of PR should have the full-name, pull-request.

I do not understand what you mean here Jason...

We use the acronym PR without defining it. Perhaps titling the document "GitHub Pull Request Workflow" would be enough. PR is generally well known, but should still define it near the top.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Development

Successfully merging this pull request may close these issues.

3 participants