You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: docs/contributors/modules/templates/pages/template-conceptual.adoc
+90-41Lines changed: 90 additions & 41 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,78 +1,78 @@
1
1
= Page title
2
2
:page-platform: Cloud, Server v4+
3
-
:page-description: A short page description goes here
3
+
:page-description: A short page description goes here max 155 characters.
4
4
:experimental:
5
5
6
6
////
7
-
Some notes on attributes
8
-
7
+
:page-platform: drives the platform badges that you see in the info bar under the page title.
8
+
:page-description: is used for SEO and meta description. This should be a short description of the page content. Between 70 and 155 characters.
9
9
:experimental: allows access to asciidoc macros, more info here: https://docs.asciidoctor.org/asciidoc/latest/macros/ui-macros/
10
-
11
10
////
12
11
12
+
****
13
13
This template will help you create a new docs page to provide **conceptual** information about a feature or task in CircleCI. Content templates help you to:
14
14
15
15
* Develop new content quickly
16
-
* Ensure your page conforms to the style guide
17
-
18
-
To use this template make a copy and place it in the `_cci2` directory. The filename should match the page title. Look at the source file for this link:https://github.com/circleci/circleci-docs/blob/master/jekyll/_cci2/templates/template-conceptual.adoc?plain=1[page template here]. There is additional detail in the comments.
16
+
* Ensure your page conforms to the CircleCI docs style guide
19
17
20
-
The opening paragraph should be used to succinctly explain to the reader what value the feature/task provides and what use cases it supports. If possible display the use cases in a bullet list.
18
+
The file name for the new page should exactly match the page title. Look at the source file for this page template link:https://github.com/circleci/circleci-docs/blob/main/docs/contributors/modules/templates/pages/template-how-to.adoc[here].
19
+
****
21
20
22
-
Contributors from within CircleCI can also consider setting up a local development environment to preview changes before pushing. Ping one of the Developer Resources and Engineering team (DRE) for more information.
21
+
The opening paragraph should be used to succinctly explain to the reader what value the concept or feature provides and what use cases it supports. If possible, display the use cases in a bullet list.
23
22
24
-
[#introduction]
25
23
== Introduction
26
24
27
25
Use the introduction to explain more about the feature/task, what it is for, why it is useful, and the wider context. Try to answer the following questions for the reader:
28
26
29
-
* What’s in it for me?
30
-
* How does this feature / task help me create more value?
27
+
* Why should I be interested in this task?
28
+
* How will this task help me create more value in my usage of CircleCI?
31
29
32
-
You might want to include an image or diagram here to help illustrate the concept. The docs team can work with you to help create helpful image to support explanatory information:
30
+
You might want to include an image or diagram here to help illustrate more complex concepts. The docs team can work with you to help create helpful image to support explanatory information:
33
31
34
32
image::guides:ROOT:arch.png[Diagram that includes flow from Repository and Apps to CircleCI API, from CircleCI API to Orchestration, from Orchestration to Execution, and from Execution to Deployment.]
35
33
36
-
[#quickstart]
37
34
== Quickstart
38
35
39
-
Some readers will want to read through a full overview page to get a deep understanding of how a feature works, the full set of options available to them, any gotchas or limitations that might apply to them, and to find troubleshooting information. Other readers will want to get started with the feature or task right away and then return to the docs as needed. For the latter it is a good idea to provide a quickstart section to help get the reader up and running with the basics in just a few steps.
36
+
Some readers will want to read through a full overview page to get a deep understanding of how a feature works, including:
40
37
41
-
Point readers to a how-to guide or tutorial in this quickstart section.
38
+
* The full set of options available to them.
39
+
* Any limitations that might apply to them, or parts of the usage or setup process with the potential to catch them out.
40
+
* Find troubleshooting information.
42
41
43
-
Alternatively, if a separate guide doesn't exist yet, provide some numbered steps here to get set up:
42
+
Others will want to get started with the feature or task right away and then return to the docs as needed. For those that want to get stuck in right away, it is a good idea to provide a quickstart section.
43
+
44
+
You have two options here:
45
+
46
+
* Point readers to a how-to guide if available.
47
+
* Provide minimal ordered steps to get set up:
44
48
45
49
// The following will render as a numbered list
46
50
47
-
. Provide some steps here
48
-
. To get started with this feature
49
-
. Inlcude a step for every action
50
-
. Try not to skip steps or assume readers will know, for example, which button to click
51
+
. Provide some steps here.
52
+
. To get started with this feature.
53
+
. Include a step for every action.
54
+
. Do not skip steps or assume readers will know, for example, which button to select.
51
55
52
-
[#how-the-feature-works]
53
56
== How the feature works
54
57
55
-
Consider providing some detail on how the feature works 'under the hood' so readers can better conceptualise what they are doing. You might want to break this down into subsections.
58
+
Provide some detail on how the feature works 'under the hood' so readers can better conceptualise what they are doing. You might want to break this down into subsections.
56
59
57
-
[#this-is-a-subsection-title]
58
-
=== This is a subsection title
60
+
=== Subsection title
59
61
60
62
Break up large blocks of text where possible to help make it easier to consume. You can use bullet lists:
61
63
62
64
* Item 1
63
65
* Item 2
64
66
* Item 3
65
67
66
-
[#using-tables]
67
68
=== Using tables
68
69
69
-
This is the syntax for creating a table. This example has one heading row and one normal row. The table has three columns
70
+
This section shows how to create a table. This example has one heading row and one regular row. The table has three columns, and the third column is twice as wide as the first two columns. THe table has a title.
70
71
71
-
[cols=3*, options="header"]
72
+
.This is a table
73
+
[cols="1,1,2"]
72
74
|===
73
-
|Header text column 1
74
-
|Header text column 2
75
-
|Header text column 3
75
+
|Header text column 1 |Header text column 2 |Header text column 3
76
76
77
77
|Text for row 1 column 1
78
78
|Text for row 1 column 2
@@ -81,7 +81,6 @@ This is the syntax for creating a table. This example has one heading row and on
81
81
82
82
For a full description of the options available, including merging cells, and cell formatting, see the link:https://docs.asciidoctor.org/asciidoc/latest/tables/build-a-basic-table/[Asciidoctor docs].
83
83
84
-
[#links-and-cross-references]
85
84
=== Links and cross references
86
85
87
86
To link out to content outside of the docs use a link:
@@ -92,24 +91,24 @@ To link to another page within the docs use a cross reference:
Use AsciiDoc source blocks for code examples, with a title where possible. Use comments in the code block to explain what is happening:
103
101
102
+
.Add a line to explain what is in the code block
104
103
[source,yaml]
105
104
----
106
105
version: 2.1
107
106
jobs:
108
107
build:
109
-
docker:
108
+
docker: # use a docker image to run the job
110
109
- image: cimg/base:2021.04
111
110
steps:
112
-
- checkout
111
+
- checkout # check out the code in the project directory
113
112
- run:
114
113
name: The First Step
115
114
command: |
@@ -122,22 +121,72 @@ jobs:
122
121
echo '^^^The files in your repo^^^'
123
122
----
124
123
125
-
[#banners]
126
124
=== Banners
127
125
128
-
In technical writing we use _admonitions_ to create blocks of content that stand out from the main flow of text. Outside the docs team we usually refer to these as _banners_. Currently we have the option to include notes, cautions, and warnings, as follows:
126
+
Use _admonitions_ to create blocks of content that stand out from the main flow of text. Use admonitions sparingly as they can be distracting or lose emphasis if they appear too often. Currently we have the option to include tips notes, cautions, and warnings, as follows:
127
+
128
+
TIP: **Need to add a tip?** This is how to do it
129
129
130
130
NOTE: **Need to add a note?** This is how to do it
131
131
132
132
CAUTION: **Need to add a caution?** This is how to do it
133
133
134
134
WARNING: **Need to add a warning?** This is how to do it
135
135
136
-
We try to use a short section in bold at the start of the admonition to try to attract the readers attention.
136
+
Use a short section in bold at the start of the admonition to try to attract the readers attention.
137
+
138
+
If you need a longer admonition you can use a sidebar block:
139
+
140
+
****
141
+
This longer admonition includes an ordered list:
142
+
143
+
. Step 1
144
+
. Step 2
145
+
. Step 3
146
+
****
137
147
138
148
For more information, see xref:docs-style:formatting.adoc#using-notes-tips-cautions-warnings[the CircleCI style guide].
139
149
140
-
[#next-steps]
150
+
=== Use tabs to show different options
151
+
152
+
Use tabs to show different options:
153
+
154
+
[tabs]
155
+
====
156
+
Tab A::
157
+
+
158
+
--
159
+
Content for Tab A
160
+
--
161
+
Tab B::
162
+
+
163
+
--
164
+
Content for Tab B
165
+
--
166
+
====
167
+
168
+
Use tabs to show options for a single task when there are multiple ways to achieve the same outcome, or to show how to configure a thing in multiple ways.
169
+
170
+
== Limitations
171
+
172
+
If there are any limitations to the feature or task, list them here.
173
+
174
+
== Troubleshooting
175
+
176
+
If there is troubleshooting information for the feature or task, list it here. Use a question and answer format to make it easier to read. If a troubleshooting step applies to an error message, include the error message in the question to help people to find the solution.
177
+
178
+
=== Error description
179
+
180
+
Place the solution or debugging steps here after the error description.
181
+
182
+
== Frequently asked questions
183
+
184
+
If there are any frequently asked questions about the feature or task, list them here. Use a question and answer format to make it easier to read.
185
+
186
+
=== Question?
187
+
188
+
Place the answer here after the question.
189
+
141
190
== Next steps
142
191
143
192
// Here you can inlude links to other pages in docs or the blog etc. where the reader should head next.
0 commit comments