Remove commas after the word "please" (#139)

<!-- markdownlint-disable-next-line first-line-heading -->
## Description

One fairly minor punctuation tweak in several places.

## Context

A comma before "please" at the end of a sentence is often necessary, but
a comma after "please" rarely is. The exception would be in sentences
that have an interposed "please" somewhere in the middle, like "Make
sure, please, to switch off the nuclear reactor before attempting to
clean the reaction vessel." But I don't think we've got any sentences
like that hanging around.

## Type of changes

<!-- What types of changes does your code introduce? Put an `x` in all
the boxes that apply. -->

- [ ] Refactoring (non-breaking change)
- [ ] New feature (non-breaking change which adds functionality)
- [ ] Breaking change (fix or feature that would change existing
functionality)
- [ ] Bug fix (non-breaking change which fixes an issue)

## Checklist

<!-- Go over all the following points, and put an `x` in all the boxes
that apply. -->

- [x] I am familiar with the [contributing
guidelines](../docs/CONTRIBUTING.md)
- [x] I have followed the code style of the project
- [ ] I have added tests to cover my changes
- [ ] I have updated the documentation accordingly
- [ ] This PR is a result of pair or mob programming

---

## Sensitive Information Declaration

To ensure the utmost confidentiality and protect your and others
privacy, we kindly ask you to NOT including [PII (Personal Identifiable
Information) / PID (Personal Identifiable
Data)](https://digital.nhs.uk/data-and-information/keeping-data-safe-and-benefitting-the-public)
or any other sensitive data in this PR (Pull Request) and the codebase
changes. We will remove any PR that do contain any sensitive
information. We really appreciate your cooperation in this matter.

- [x] I confirm that neither PII/PID nor sensitive data are included in
this PR and the codebase changes.

docs/adr/ADR-001_Use_git_hook_and_GitHub_action_to_check_the_editorconfig_compliance.md

@@ -136,7 +136,7 @@ Both, the git hook and the GitHub Action should be executed automatically as par
 
 ## Notes
 
-There is an emerging practice to use projects like [act](https://github.com/nektos/act) to make GitHub Actions even more portable. ~~The recommendation is for this tool to be assessed at further stages of the [nhs-england-tools/repository-template](https://github.com/nhs-england-tools/repository-template) project implementation, in the context of this decision record.~~ Update: Please, see the [Test GitHub Actions locally](../user-guides/Test_GitHub_Actions_locally.md) user guide.
+There is an emerging practice to use projects like [act](https://github.com/nektos/act) to make GitHub Actions even more portable. ~~The recommendation is for this tool to be assessed at further stages of the [nhs-england-tools/repository-template](https://github.com/nhs-england-tools/repository-template) project implementation, in the context of this decision record.~~ Update: Please see the [Test GitHub Actions locally](../user-guides/Test_GitHub_Actions_locally.md) user guide.
 
 ## Actions
 

docs/adr/ADR-003_Acceptable_use_of_GitHub_PAT_and_Apps_for_authN_and_authZ.md

@@ -198,7 +198,7 @@ C4Context
   }
 ```
 
-Please, see the above being implemented for the _update from template_ capability:
+Please see the above being implemented for the _update from template_ capability:
 
 - [Repository and GitHub App (runner)](https://github.com/nhs-england-tools/update-from-template-app) for the "Update from Template" app. The runner is built on a GitHub Action but it can be a serverless workload or self-hosted compute
 - [GitHub account (bot)](https://github.com/update-from-template-app) linked to an `nhs.net` email address, but not part of any GitHub organisation

docs/adr/ADR-XXX_Agree_CICD_pipeline_structure.md

@@ -26,7 +26,7 @@
 
 ## Context
 
-Describe the context and the problem statement. Is there a relationship to other decisions previously made? Are there any dependencies and/or constraints within which the decision will be made? Do these need to be reviewed or validated? Please, note that environmental limitations or restrictions such as accepted technology standards, commonly recognised and used patterns, engineering and architecture principles, organisation policies, governance and so on, may as an effect narrow down the choices. This should also be explicitly documented, as this is a point-in-time decision with the intention of being able to articulate it clearly and justify it later.
+Describe the context and the problem statement. Is there a relationship to other decisions previously made? Are there any dependencies and/or constraints within which the decision will be made? Do these need to be reviewed or validated? Please note that environmental limitations or restrictions such as accepted technology standards, commonly recognised and used patterns, engineering and architecture principles, organisation policies, governance and so on, may as an effect narrow down the choices. This should also be explicitly documented, as this is a point-in-time decision with the intention of being able to articulate it clearly and justify it later.
 
 Requirements:
 

docs/adr/ADR-nnn_Any_Decision_Record_Template.md

@@ -26,7 +26,7 @@
 
 ## Context
 
-Describe the context and the problem statement. Is there a relationship to other decisions previously made? Are there any dependencies and/or constraints within which the decision will be made? Do these need to be reviewed or validated? Please, note that environmental limitations or restrictions such as accepted technology standards, commonly recognised and used patterns, engineering and architecture principles, organisation policies, governance and so on, may as an effect narrow down the choices. This should also be explicitly documented, as this is a point-in-time decision with the intention of being able to articulate it clearly and justify it later.
+Describe the context and the problem statement. Is there a relationship to other decisions previously made? Are there any dependencies and/or constraints within which the decision will be made? Do these need to be reviewed or validated? Please note that environmental limitations or restrictions such as accepted technology standards, commonly recognised and used patterns, engineering and architecture principles, organisation policies, governance and so on, may as an effect narrow down the choices. This should also be explicitly documented, as this is a point-in-time decision with the intention of being able to articulate it clearly and justify it later.
 
 ## Decision
 

docs/developer-guides/Bash_and_Make.md

@@ -19,7 +19,7 @@ some-target: # Target description - mandatory: foo=[description]; optional: baz=
 
 - `some-target`: This is the name of the target you would specify when you want to run this particular target. Use the kebab-case naming convention and prefix with an underscore `_` to mark it as a "private" target. The first part of the name is used for grouping, e.g. `docker-*` or `terraform-*`.
 - `Target Description`: Provided directly after the target name as a single line, so be concise.
-- `mandatory` parameters: Parameters that must be provided when invoking the target. Each parameter has its own description. Please, follow the specified format as it is used by `make help`.
+- `mandatory` parameters: Parameters that must be provided when invoking the target. Each parameter has its own description. Please follow the specified format as it is used by `make help`.
 - `optional` parameters: Parameters that are not required when invoking the target. They may have a default value. Each parameter has its own description.
 - `@Category` label: Used for grouping by the `make help` command.
 - `Recipe implementation`: This section defines the actual commands or steps the target will execute. **Do not exceed 5 lines of effective code**. For more complex operations, use a shell script. Refer to the `docker-build` implementation in the [docker.mk](../../scripts/docker/docker.mk) file. More complex operations are implemented in the [docker.sh](../../scripts/docker/docker.lib.sh) script for readability and simplicity.

docs/user-guides/Perform_static_analysis.md

@@ -31,7 +31,7 @@ Static code analysis is an essential part of modern software development. It pro
   - Add `SONAR_ORGANISATION_KEY` variable (not a secret)
   - Add `SONAR_PROJECT_KEY` variable (not a secret)
 - Navigate to project `Administration > Analysis Method` and turn off the `Automatic Analysis` option
-- Please, refrain from adding your repository to the GitHub SonarCloud App, as this app should not be used. Doing so will duplicate reports and initiate them outside the primary pipeline workflow
+- Please refrain from adding your repository to the GitHub SonarCloud App, as this app should not be used. Doing so will duplicate reports and initiate them outside the primary pipeline workflow
 - Confirm that the _"Perform static analysis"_ GitHub action is part of your GitHub CI/CD workflow and enforces the _"Sonar Way"_ quality gates. You can find more information about this in the [NHSE Software Engineering Quality Framework](https://github.com/NHSDigital/software-engineering-quality-framework/blob/main/tools/sonarqube.md)
 
 ## Testing

docs/user-guides/Scan_dependencies.md

@@ -70,4 +70,4 @@ cat vulnerabilities-repository-reportc.json | jq
    - Easier investigation of CVEs found in the repository, eliminating dependence on a third party like GitHub
    - Enhanced portability and flexibility, allowing the scans to run in diverse environments
 
-   However, this approach should be periodically reviewed as there is an emerging practice to use projects like [act](https://github.com/nektos/act) ~~to make GitHub Actions portable~~. Update: Please, see the [Test GitHub Actions locally](../user-guides/Test_GitHub_Actions_locally.md) user guide.
+   However, this approach should be periodically reviewed as there is an emerging practice to use projects like [act](https://github.com/nektos/act) ~~to make GitHub Actions portable~~. Update: Please see the [Test GitHub Actions locally](../user-guides/Test_GitHub_Actions_locally.md) user guide.

docs/user-guides/Sign_Git_commits.md

@@ -25,7 +25,7 @@ There are two ways to sign commits in GitHub, using a GPG or an SSH signature. D
 ### Generate GPG key
 
 <!-- markdownlint-disable-next-line no-inline-html -->
-If you do not have it already generate a new pair of GPG keys. Please, change the passphrase (<span style="color:red">pleaseChooseYourKeyPassphrase</span>) below and save it in your password manager.
+If you do not have it already generate a new pair of GPG keys. Please change the passphrase (<span style="color:red">pleaseChooseYourKeyPassphrase</span>) below and save it in your password manager.
 
 ```shell
 USER_NAME="Your Name"

scripts/config/sonar-scanner.properties

@@ -1,4 +1,4 @@
-# Please, DO NOT set the following properties `sonar.organization` and `sonar.projectKey` in this file. They must be stored as `SONAR_ORGANISATION_KEY` and `SONAR_PROJECT_KEY` GitHub secrets.
+# Please DO NOT set the following properties `sonar.organization` and `sonar.projectKey` in this file. They must be stored as `SONAR_ORGANISATION_KEY` and `SONAR_PROJECT_KEY` GitHub secrets.
 
 sonar.host.url=https://sonarcloud.io
 sonar.qualitygate.wait=true

scripts/docker/dgoss.sh

@@ -1,7 +1,7 @@
 #!/bin/bash
 # shellcheck disable=SC2016,SC2154,SC2166
 
-# WARNING: Please, DO NOT edit this file! It is maintained in the Repository Template (https://github.com/nhs-england-tools/repository-template). Raise a PR instead.
+# WARNING: Please DO NOT edit this file! It is maintained in the Repository Template (https://github.com/nhs-england-tools/repository-template). Raise a PR instead.
 
 # SEE: https://github.com/goss-org/goss/blob/master/extras/dgoss/dgoss
 

scripts/docker/docker.lib.sh

@@ -1,7 +1,7 @@
 #!/bin/bash
 # shellcheck disable=SC2155
 
-# WARNING: Please, DO NOT edit this file! It is maintained in the Repository Template (https://github.com/nhs-england-tools/repository-template). Raise a PR instead.
+# WARNING: Please DO NOT edit this file! It is maintained in the Repository Template (https://github.com/nhs-england-tools/repository-template). Raise a PR instead.
 
 set -euo pipefail
 

scripts/docker/docker.mk

@@ -27,15 +27,15 @@ _docker: # Docker command wrapper - mandatory: cmd=[command to execute]; optiona
 	docker-${cmd} # 'dir' is accessible by the function as environment variable
 
 # ==============================================================================
-# Quality checks - please, DO NOT edit this section!
+# Quality checks - please DO NOT edit this section!
 
 docker-shellscript-lint: # Lint all Docker module shell scripts @Quality
 	for file in $$(find scripts/docker -type f -name "*.sh"); do
 		file=$${file} scripts/shellscript-linter.sh
 	done
 
 # ==============================================================================
-# Module tests and examples - please, DO NOT edit this section!
+# Module tests and examples - please DO NOT edit this section!
 
 docker-test-suite-run: # Run Docker test suite @ExamplesAndTests
 	scripts/docker/tests/docker.test.sh

scripts/docker/dockerfile-linter.sh

@@ -1,6 +1,6 @@
 #!/bin/bash
 
-# WARNING: Please, DO NOT edit this file! It is maintained in the Repository Template (https://github.com/nhs-england-tools/repository-template). Raise a PR instead.
+# WARNING: Please DO NOT edit this file! It is maintained in the Repository Template (https://github.com/nhs-england-tools/repository-template). Raise a PR instead.
 
 set -euo pipefail
 

scripts/docker/tests/docker.test.sh

@@ -1,7 +1,7 @@
 #!/bin/bash
 # shellcheck disable=SC1091,SC2034,SC2317
 
-# WARNING: Please, DO NOT edit this file! It is maintained in the Repository Template (https://github.com/nhs-england-tools/repository-template). Raise a PR instead.
+# WARNING: Please DO NOT edit this file! It is maintained in the Repository Template (https://github.com/nhs-england-tools/repository-template). Raise a PR instead.
 
 set -euo pipefail
 

scripts/githooks/check-file-format.sh

@@ -32,7 +32,7 @@ set -euo pipefail
 # files that ec would check is output, with no check done.
 #
 # Notes:
-#   Please, make sure to enable EditorConfig linting in your IDE. For the
+#   Please make sure to enable EditorConfig linting in your IDE. For the
 #   Visual Studio Code editor it is `editorconfig.editorconfig` that is already
 #   specified in the `./.vscode/extensions.json` file.
 

scripts/githooks/check-markdown-format.sh

@@ -19,7 +19,7 @@ set -euo pipefail
 #   1 - Files are not formatted correctly
 #
 # Notes:
-#   1) Please, make sure to enable Markdown linting in your IDE. For the Visual
+#   1) Please make sure to enable Markdown linting in your IDE. For the Visual
 #   Studio Code editor it is `davidanson.vscode-markdownlint` that is already
 #   specified in the `./.vscode/extensions.json` file.
 #   2) To see the full list of the rules, please visit

scripts/githooks/check-terraform-format.sh

@@ -1,6 +1,6 @@
 #!/bin/bash
 
-# WARNING: Please, DO NOT edit this file! It is maintained in the Repository Template (https://github.com/nhs-england-tools/repository-template). Raise a PR instead.
+# WARNING: Please DO NOT edit this file! It is maintained in the Repository Template (https://github.com/nhs-england-tools/repository-template). Raise a PR instead.
 
 set -euo pipefail
 

scripts/init.mk

@@ -1,4 +1,4 @@
-# WARNING: Please, DO NOT edit this file! It is maintained in the Repository Template (https://github.com/nhs-england-tools/repository-template). Raise a PR instead.
+# WARNING: Please DO NOT edit this file! It is maintained in the Repository Template (https://github.com/nhs-england-tools/repository-template). Raise a PR instead.
 
 include scripts/docker/docker.mk
 include scripts/tests/test.mk
@@ -79,7 +79,7 @@ list-variables: # List all the variables available to make @Others
 .EXPORT_ALL_VARIABLES:
 .NOTPARALLEL:
 .ONESHELL:
-.PHONY: * # Please, do not change this line! The alternative usage of it introduces unnecessary complexity and is considered an anti-pattern.
+.PHONY: * # Please do not change this line! The alternative usage of it introduces unnecessary complexity and is considered an anti-pattern.
 MAKEFLAGS := --no-print-director
 SHELL := /bin/bash
 ifeq (true, $(shell [[ "${VERBOSE}" =~ ^(true|yes|y|on|1|TRUE|YES|Y|ON)$$ ]] && echo true))

scripts/shellscript-linter.sh

@@ -1,6 +1,6 @@
 #!/bin/bash
 
-# WARNING: Please, DO NOT edit this file! It is maintained in the Repository Template (https://github.com/nhs-england-tools/repository-template). Raise a PR instead.
+# WARNING: Please DO NOT edit this file! It is maintained in the Repository Template (https://github.com/nhs-england-tools/repository-template). Raise a PR instead.
 
 set -euo pipefail
 

scripts/terraform/terraform.lib.sh

@@ -1,6 +1,6 @@
 #!/bin/bash
 
-# WARNING: Please, DO NOT edit this file! It is maintained in the Repository Template (https://github.com/nhs-england-tools/repository-template). Raise a PR instead.
+# WARNING: Please DO NOT edit this file! It is maintained in the Repository Template (https://github.com/nhs-england-tools/repository-template). Raise a PR instead.
 
 set -euo pipefail
 

scripts/terraform/terraform.mk

@@ -48,15 +48,15 @@ _terraform: # Terraform command wrapper - mandatory: cmd=[command to execute];
 	terraform-${cmd} # 'dir' and 'opts' are accessible by the function as environment variables, if set
 
 # ==============================================================================
-# Quality checks - please, DO NOT edit this section!
+# Quality checks - please DO NOT edit this section!
 
 terraform-shellscript-lint: # Lint all Terraform module shell scripts @Quality
 	for file in $$(find scripts/terraform -type f -name "*.sh"); do
 		file=$${file} scripts/shellscript-linter.sh
 	done
 
 # ==============================================================================
-# Module tests and examples - please, DO NOT edit this section!
+# Module tests and examples - please DO NOT edit this section!
 
 terraform-example-provision-aws-infrastructure: # Provision example of AWS infrastructure @ExamplesAndTests
 	make terraform-init
@@ -73,7 +73,7 @@ terraform-example-clean: # Remove Terraform example files @ExamplesAndTests
 	rm -f ${TERRAFORM_STACK}/.terraform.lock.hcl
 
 # ==============================================================================
-# Configuration - please, DO NOT edit this section!
+# Configuration - please DO NOT edit this section!
 
 terraform-install: # Install Terraform @Installation
 	make _install-dependency name="terraform"

scripts/terraform/terraform.sh

@@ -1,6 +1,6 @@
 #!/bin/bash
 
-# WARNING: Please, DO NOT edit this file! It is maintained in the Repository Template (https://github.com/nhs-england-tools/repository-template). Raise a PR instead.
+# WARNING: Please DO NOT edit this file! It is maintained in the Repository Template (https://github.com/nhs-england-tools/repository-template). Raise a PR instead.
 
 set -euo pipefail
 

scripts/tests/test.mk

@@ -1,4 +1,4 @@
-# WARNING: Please, DO NOT edit this file! It is maintained in the Repository Template (https://github.com/nhs-england-tools/repository-template). Raise a PR instead.
+# WARNING: Please DO NOT edit this file! It is maintained in the Repository Template (https://github.com/nhs-england-tools/repository-template). Raise a PR instead.
 
 # The test types listed here are both those which might run both locally and in CI, or
 # in one but not the other.  All of the test types listed at