notes from Bas

README.md

@@ -9,12 +9,12 @@ Roles:
 
 * New User: new key to be added; can be a new employee being added for first time, existing employee getting access to a new repo, key rotation, etc
 * Existing User: user who already has access to the appropriate project
-  * E.g. look up in the [groups](/groups/) dir
+  * E.g. look up in the [groups](/groups/) dir    <!-- Review from Bas: The "e.g." is a bit confusing to me. Did you mean "i.e." instead? I'm OK if you leave the "e.g." out. -->
   * E.g. look up in in [verify/.sops.yaml](verify/.sops.yaml)
 
 ## 1a. Onboarding: [New User]: create and add a gpg key
 - create a branch titled `add_pubkey_<firstname>-<lastname>` <!-- Review from Bas: Please make sure it's clear to the user that you mean this repo. -->
-  - e.g. `git branch add_pubkey_test-user`   <!-- Review from Bas: The "e.g." is a bit confusing to me. Did you mean "i.e." instead? I'm OK if you leave the "e.g." out. -->
+  - e.g. `git branch add_pubkey_test-user`
   - Note: no strict naming convention for the branch, it's strictly a Human-in-the-Loop process
 - please follow steps 1-13 at the following link: https://docs.github.com/en/authentication/managing-commit-signature-verification/generating-a-new-gpg-key
   - CAVEAT: step 14 is not necessary, as it is specific to a GitHub account