Skip to content

Commit 1c721fa

Browse files
TessFerrandezTess Ferrandezshiranr
authored
Remove broken link per #955 (#972)
* remove link from excluded * add markdownlint json to ignore 400 lines * fix markdown lint issues * fix spelling errors * fix spelling and markdown linting * ignore plantuml links * ignore plantuml links * ignore github links --------- Co-authored-by: Tess Ferrandez <[email protected]> Co-authored-by: Shiran Rubin <[email protected]>
1 parent b9b052e commit 1c721fa

File tree

8 files changed

+42
-56
lines changed

8 files changed

+42
-56
lines changed

.cspell.json

+1
Original file line numberDiff line numberDiff line change
@@ -255,6 +255,7 @@
255255
"Mitigations",
256256
"mkdir",
257257
"mkdocs",
258+
"mlops",
258259
"msrc",
259260
"MSRC",
260261
"MTTR",

.markdown-link-check.json

+3-2
Original file line numberDiff line numberDiff line change
@@ -14,7 +14,7 @@
1414
{"pattern": "^https://gitlab.com/palisade/palisade-release"},
1515
{"pattern": "(.*\\.)?.opentelemetry.io"},
1616
{"pattern": "(.*\\.)?.pluralsight.com"},
17-
{"pattern": "(.*\\.)?.github.com"},
17+
{"pattern": "^https://www.github.com"},
1818
{"pattern": "^https://marketplace.visualstudio.com"},
1919
{"pattern": "^https://opensource.org/licenses/MIT"},
2020
{"pattern": "^https://www.researchgate.net/publication/301839557_The_landscape_of_software_failure_cause_models"},
@@ -24,7 +24,8 @@
2424
{"pattern": "^https://www.ranorex.com/free-trial/"},
2525
{"pattern": "^https://argo-cd.readthedocs.io/"},
2626
{"pattern": "^http://pytest.org/"},
27-
{"pattern": "^http://code.visualstudio.com/"}
27+
{"pattern": "^http://code.visualstudio.com/"},
28+
{"pattern": "^https://plantuml.com/"}
2829
],
2930
"httpHeaders": [
3031
{

.markdownlint.json

+14
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,14 @@
1+
{
2+
"MD004": false,
3+
"MD007": {
4+
"indent": 2
5+
},
6+
"MD013": false,
7+
"MD026": {
8+
"punctuation": ".,;:!。,;:"
9+
},
10+
"MD029": false,
11+
"MD033": false,
12+
"MD036": false,
13+
"blank_lines": false
14+
}

.markdownlint.yaml

-29
This file was deleted.

docs/automated-testing/fault-injection-testing/README.md

+1-1
Original file line numberDiff line numberDiff line change
@@ -66,7 +66,7 @@ Fault injection tests rely on metrics observability and are usually statistical;
6666
* Document the process and the observations.
6767
* Identify and act on the result.
6868

69-
#### Fault injection testing in kubernetes
69+
#### Fault injection testing in kubernetes
7070

7171
With the advancement of kubernetes (k8s) as the infrastructure platform, fault injection testing in kubernetes has become inevitable to ensure that system behaves in a reliable manner in the event of a fault or failure. There could be different type of workloads running within a k8s cluster which are written in different languages. For eg. within a K8s cluster, you can run a micro service, a web app and/or a scheduled job. Hence you need to have mechanism to inject fault into any kind of workloads running within the cluster. In addition, kubernetes clusters are managed differently from traditional infrastructure. The tools used for fault injection testing within kubernetes should have compatibility with k8s infrastructure. These are the main characteristics which are required:
7272

docs/continuous-delivery/recipes/terraform/terraform-structure-guidelines.md

+7-7
Original file line numberDiff line numberDiff line change
@@ -14,13 +14,13 @@ The recommended structure is as follows:
1414
- **provider.tf**: defines the list of providers according to the plugins used
1515
- **data.tf**: defines information read from different data sources
1616
- **main.tf**: defines the infrastructure objects needed for your configuration (e.g. resource group, role assignment, container registry)
17-
- **backend.tf**: backend configuration file
17+
- **backend.tf**: backend configuration file
1818
- **outputs.tf**: defines structured data that is exported
1919
- **variables.tf**: defines static, reusable values
20-
4. Include in each module subfolders for documentation, examples and tests.
21-
The documentation includes basic information about the module: what is it installing, what are the options, an example use case and so on. You can also add here any other relevant details you might have.
22-
The example folder can include one or more examples of how to use the module, each example having the same set of configuration files decided on the previous step. It's recommended to also include a README providing a clear understanding of how it can be used in practice.
23-
The tests folder includes one or more files to test the example module together with a documentation file with instructions on how these tests can be [executed](https://www.hashicorp.com/blog/testing-hashicorp-terraform).
20+
4. Include in each module sub folders for documentation, examples and tests.
21+
The documentation includes basic information about the module: what is it installing, what are the options, an example use case and so on. You can also add here any other relevant details you might have.
22+
The example folder can include one or more examples of how to use the module, each example having the same set of configuration files decided on the previous step. It's recommended to also include a README providing a clear understanding of how it can be used in practice.
23+
The tests folder includes one or more files to test the example module together with a documentation file with instructions on how these tests can be [executed](https://www.hashicorp.com/blog/testing-hashicorp-terraform).
2424
5. Place the root module in a separate folder called `main`: this is the primary entry point for the configuration. Like for the other modules, it will contain its corresponding configuration files.
2525

2626
An example configuration structure obtained using the guidelines above is:
@@ -45,8 +45,8 @@ modules
4545

4646
## Naming convention
4747

48-
When naming Terraform variables, it's essential to use clear and consistent naming conventions that are easy to understand and follow. The general convention is to use lowercase letters and numbers, with underscores instead of dashes, for example: "azurerm_resource_group".
49-
When naming resources, start with the provider's name, followed by the target resource, separated by underscores. For instance, "azurerm_postgresql_server" is an appropriate name for an Azure provider resource. When it comes to data sources, use a similar naming convention, but make sure to use plural names for lists of items. For example, "azurerm_resource_groups" is a good name for a data source that represents a list of resource groups.
48+
When naming Terraform variables, it's essential to use clear and consistent naming conventions that are easy to understand and follow. The general convention is to use lowercase letters and numbers, with underscores instead of dashes, for example: "azurerm_resource_group".
49+
When naming resources, start with the provider's name, followed by the target resource, separated by underscores. For instance, "azurerm_postgresql_server" is an appropriate name for an Azure provider resource. When it comes to data sources, use a similar naming convention, but make sure to use plural names for lists of items. For example, "azurerm_resource_groups" is a good name for a data source that represents a list of resource groups.
5050
Variable and output names should be descriptive and reflect the purpose or use of the variable. It's also helpful to group related items together using a common prefix. For example, all variables related to storage accounts could start with "storage_". Keep in mind that outputs should be understandable outside of their scope. A useful naming pattern to follow is "{name}_{attribute}", where "name" represents a resource or data source name, and "attribute" is the attribute returned by the output. For example, "storage_primary_connection_string" could be a valid output name.
5151

5252
Make sure you include a description for outputs and variables, as well as marking the values as 'default' or 'sensitive' when the case. This information will be captured in the generated documentation.

docs/developer-experience/copilots.md

+16-16
Original file line numberDiff line numberDiff line change
@@ -8,53 +8,53 @@ The current version of GitHub Copilot can provide code completion in many popula
88

99
Some example use-cases for GitHub Copilot include:
1010

11-
- __Write Documentation__. For example, the above paragraph was written using Copilot.
11+
- **Write Documentation**. For example, the above paragraph was written using Copilot.
1212

13-
- __Write Unit Tests__. Given that setup and assertions are often consistent across unit tests, Copilot tends to be very accurate.
13+
- **Write Unit Tests**. Given that setup and assertions are often consistent across unit tests, Copilot tends to be very accurate.
1414

15-
- __Unblock__. It is often hard start writing when staring at a blank page, Copilot can fill the space with something that may or may not be what you ultimately want to do, but it can help get you in the right headspace.
15+
- **Unblock**. It is often hard start writing when staring at a blank page, Copilot can fill the space with something that may or may not be what you ultimately want to do, but it can help get you in the right head space.
1616

1717
If you want Copilot to write something useful for you, try writing a comment that describes what your code is going to do - it can often take it from there.
1818

1919
## GitHub Copilot Labs
2020

2121
Copilot has a [GitHub Copilot Labs extension](https://marketplace.visualstudio.com/items?itemName=GitHub.copilot-labs) that offers additional features that are not yet ready for prime-time. For VS Code, you can install it from the VS Code Marketplace. These features include:
2222

23-
- __Explain__. Copilot can explain what the code is doing in natural language.
23+
- **Explain**. Copilot can explain what the code is doing in natural language.
2424

25-
- __Translate__. Copilot can translate code from one language to another.
25+
- **Translate**. Copilot can translate code from one language to another.
2626

27-
- __Brushes__. You can select code that Copilot then modifies inline based on a "brush" you select, for example, to make the code more readable, fix bugs, improve debugging, document, etc.
27+
- **Brushes**. You can select code that Copilot then modifies inline based on a "brush" you select, for example, to make the code more readable, fix bugs, improve debugging, document, etc.
2828

29-
- __Generate Tests__. Copilot can generate unit tests for your code. Though currently this is limited to JavaScript and TypeScript.
29+
- **Generate Tests**. Copilot can generate unit tests for your code. Though currently this is limited to JavaScript and TypeScript.
3030

3131
## GitHub Copilot X
3232

3333
The next version of Copilot offers a number of new use-cases beyond code completion. These include:
3434

35-
- __Chat__. Rather than just providing code completion, Copilot will be able to have a conversation with you about what you want to do. It has context about the code you are working on and can provide suggestions based on that context. Beyond just writing code, consider using chat to:
35+
- **Chat**. Rather than just providing code completion, Copilot will be able to have a conversation with you about what you want to do. It has context about the code you are working on and can provide suggestions based on that context. Beyond just writing code, consider using chat to:
3636

37-
- __Build SQL Indexes__. Given a query, ChatGPT can generate a SQL index that will improve the performance of the query.
37+
- **Build SQL Indexes**. Given a query, ChatGPT can generate a SQL index that will improve the performance of the query.
3838

39-
- __Write Regular Expressions__. These are notoriously difficult to write, but ChatGPT can generate them for you if you give some sample input and describe what you want to extract.
39+
- **Write Regular Expressions**. These are notoriously difficult to write, but ChatGPT can generate them for you if you give some sample input and describe what you want to extract.
4040

41-
- __Improve and Validate__. If you are unsure of the implications of writing code a particular way, you can ask questions about it. For instance, you might ask if there is a way to write the code that is more performant or uses less memory. Once it gives you an opinion, you can ask it to provide documentation validating that assertion.
41+
- **Improve and Validate**. If you are unsure of the implications of writing code a particular way, you can ask questions about it. For instance, you might ask if there is a way to write the code that is more performant or uses less memory. Once it gives you an opinion, you can ask it to provide documentation validating that assertion.
4242

43-
- __Explain__. Copilot can explain what the code is doing in natural language.
43+
- **Explain**. Copilot can explain what the code is doing in natural language.
4444

45-
- __Write Code__. Given prompting by the developer it can write code that you can one-click deploy into existing or new files.
45+
- **Write Code**. Given prompting by the developer it can write code that you can one-click deploy into existing or new files.
4646

47-
- __Debug__. Copilot can analyze your code and propose solutions to fix bugs.
47+
- **Debug**. Copilot can analyze your code and propose solutions to fix bugs.
4848

4949
It can do most of what Labs can do with "brushes" as "topics", but whereas Labs changes the code in your file, the chat functionality just shows what it would change in the window. However, there is also an "inline mode" for GitHub Copilot Chat that allows you to make changes to your code inline which does not have this same limitation.
5050

5151
## ChatGPT / Bing Chat
5252

5353
For coding, generic AI chat tools such as ChatGPT and Bing Chat are less useful, but they still have their place. GitHub Copilot will only answer "questions about coding" and it's interpretation of that rule can be a little restrictive. Some cases for using ChatGPT or Bing Chat include:
5454

55-
- __Write Documentation__. Copilot can write documentation, but using ChatGPT or Bing Chat, you can expand your documentation to include business information, use-cases, additional context, etc.
55+
- **Write Documentation**. Copilot can write documentation, but using ChatGPT or Bing Chat, you can expand your documentation to include business information, use-cases, additional context, etc.
5656

57-
- __Change Perspective__. ChatGPT can impersonate a persona or even a system and answer questions from that perspective. For example, you can ask it to explain what a particular piece of code does from the perspective of a user. You might have ChatGPT imagine it is a database adminstrator and ask it to explain how to improve a particular query.
57+
- **Change Perspective**. ChatGPT can impersonate a persona or even a system and answer questions from that perspective. For example, you can ask it to explain what a particular piece of code does from the perspective of a user. You might have ChatGPT imagine it is a database administrator and ask it to explain how to improve a particular query.
5858

5959
When using Bing Chat, experiment with modes, sometimes changing to Creative Mode can give the results you need.
6060

linkcheck.json

-1
Original file line numberDiff line numberDiff line change
@@ -40,7 +40,6 @@
4040
"https://www.inverse.com/innovation/how-companies-have-optimized-the-humble-office-water-cooler",
4141
"https://www.inverse.com/",
4242
"https://www.dynatrace.com/platform/synthetic-monitoring/",
43-
"https://miro.com/guides/retrospectives/ideas-games",
4443
"https://interpret.ml/"
4544
],
4645
"only_errors": true

0 commit comments

Comments
 (0)