-
Notifications
You must be signed in to change notification settings - Fork 33
Reviewing a Pull Request: Step by Step
The AncientMetagenomeDir is a project led by the SPAAM community.
As a part of the quality control steps to ensure the information added to the repository are as a accurate as possible, in addition to automated consistency checks, each submission undergoes peer-review by other members of the AncientMetagenomeDir project.
This walkthrough serves as a guide to how to peer-review submissions of sample (and in the future, library) metadata submissions
The directory is accessed via Github. To follow these instructions you will need:
- To have a GitHub account
- To be logged into that Github account
- Be a member of the SPAAM-workshop organization
- Contact any of the coreteam (@spaamworkshop/ancientmetagenomedir-coreteam) or James Fellows Yates (jfy133@gmail.com) to be added.
Each submission of metadata is 'proposed' by a GitHub pull request (also known as PRs). On the repository, open the Pull requests tab.
If there are any open PRs, these will be listed here, and will have the basic publication information in the title of the pull request, e.g. Guellil2020
or Add Ottoni 2021
.
Click on a corresponding PR that does not have the approved
label below the PR title that you wish to review.
Within a given PR page, you should a variety of information that should help you get ready.
- The tick boxes in the main description should tell you whether this is a
New Publication
or aCorrection
to an already existing sample metadata entry. - The tick boxes will also indicate which AncientMetagenomeDir category the publication is for.
- The main description will also normally have the URL or DOI to the publication
- If only the DOI is present, just append [
https://doi.org/](https://doi.org/
) to the beginning, e.g.,10.1371/journal.ppat.1009886
becomeshttps://doi.org/10.1371/journal.ppat.1009886
- If you use Chrome, you can use extensions such as
DOI Resolver
to make the link for you.
- If only the DOI is present, just append [
- The main description or the side bar will normally have the corresponding GitHub Issue
- This is where the paper was originally recommended for inclusion
- It make include extra information or discussions that may be relevant
- blah
In addition, we suggest opening the following web pages (either as tabs or windows) before you start:
- The page of the journal article itself
- Any possibly supplementary information (either PDF or tables) that you think may have any relevant information
- The project page of data of the given raw data repository (e.g., the ENA or SRA sequence read archives)
- The README guidelines of the corresponding AncientMetagenomeDir list
- This can be loaded from the links in the tick boxes of the main PR description
The first step before reviewing is checking whether the submission has passed the automated consistency checks that occur when the PR is first opened.
You can normally see this on the main PR tab of the whole repository (where all PRs are listed), as each PR should have either a ✅ (green tick/check mark, passed), 🟡 (yellow circle, tests running), or ❌ (red cross, tests failed).
You can also check the discussion thread of a given PR itself. You should scroll to the bottom of the page, and see if there either the All checks have passed
message in the Review Required
box, or check the last comment from the github-actions
bot. A successfully passing check should have All is good, no errors were found !
, for all three lists (Metagenome Host Associated, Single Genome Host Associated, Metagenome Environmental).
- If you see errors reported for any of the lists:
- follow up with the person who opened the PR whether the PR is ready yet or if they have any problems
- Message them by either leaving a comment or messaging them on the SPAAM slack
- If you see a truncated set of messages:
- e.g. just a
All is good
message for only one of the lists and not all three - Message James on Slack or leave a comment pinging
@jfy133
to investigate
- e.g. just a
- If
All is good!
for all three, you can start reviewing!
To see the submission files itself, scroll to the top of the PR page, and click on the Files changed
tab (next to Conversation, Checks etc.).
Here, you should normally see only two files changed.
These should be the CHANGELOG
file and a TSV file of the corresponding list.
To review a PR, there are different ways of making feedback.
- Firstly, press the green
Review changes
button in the top right - When scrolling through the page, you can press the 'Read file' tick box for each file to keep track what you've already read
- (Optional) Make comments or suggestions of specific lines (you can make as many or as few as you wish)
- Hover your cursor on the corresponding line
- You should see a blue button with a white cross in it (➕) on the left hand side.
- When you press the button, or click the button and across drag multiple lines, it gives you a comment box
- Post questions or comments about a line the comment box
- To make a suggestion question, press the 'Suggestion' icon on the toolbar (file icon with + and - inside it)
- This will open a markdown code block which you can edit, and thus propose the change to the PR submitter
- Press
Start a review
/Add review comment
(if already started) to save the specific comment.
- To make general comments, e.g. for repeated or broad suggestions, press the green
Review changes
button in the top right.- Any comments written in the box are saved until you complete the review
- You can repeatedly open the comment box as many times as you want throughout hte review until you're finished
- To complete the review press the green
Review changes
button, leave any final general comments, select approval/request changes as necessary and pressSubmit review
.- All specific line changes will also be saved in the review.
Here you should check the following
- Check the new publication is added to the latest release
- This should be the release at the top of the page
- The release version should refer to the next quarter of the year, e.g. if you're reviewing in August 2021, the next release should be 21.09, i.e., 2021 September
- The new publication is under the header of the corresponding list
- e.g., samples added to the
ancientmetagenome-hostassociated.tsv
file should be under theAncient Metagenome Hosted Associated
header of theCHANGELOG
file. - In some cases some publications may update two lists (e.g. microbial genomes from microbiome samples, therefore adding the samples to both the
Ancient Metagenome Hosted Associated
andAncient Single Genome Hosted Associated
lists).
- e.g., samples added to the
- The new publication should be in the format of
<First Author Surname> <YYYY> <doi>
- e.g.
Wu 2021 10.1371/journal.ppat.1009886
- e.g.
The first step for reviewing the metadata entries is to go through each column and check that each entry matches the criteria in the columns guidelines on corresponding README.
For example:
- Does the [project name] match the format of
surnameYYY
, without punctuation nor accents? - Do the latitude and longitude columns extend no more than 4 decimals?
For small typo fixes we generally recommend making the suggestion using procedure described above with the blue button, however if there are systematic errors leave this in the general review box instead. Complete the consistency check so all feedback is there for the submitter, however if there are many systematic errors do not proceed to the accuracy check step until these have been resolved (It is OK to combine consistency feedback and accuracy feedback if there are only a few minor consistency issues).
For any questions (simple or complex)!, doubts, help, advice, or suggestions, post a message in the #ancientmetagenomedir channel on the SPAAM slack!