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
@@ -82,7 +84,7 @@ Before you begin, you'll create a {% data variables.product.product_name %} repo
82
84
{% endraw %}
83
85
This file defines the `who-to-greet` input, maps the random generated number to the `random-number` output variable, and runs the `goodbye.sh` script. It also tells the runner how to execute the composite run steps action.
84
86
85
-
For more information about managing outputs, see "[`outputs` for a composite run steps](/actions/creating-actions/metadata-syntax-for-github-actions#outputs-for-composite-run-steps-actions)".
87
+
For more information about managing outputs, see "[`outputs` for a composite run steps](/actions/creating-actions/metadata-syntax-for-github-actions#outputs-for-composite-run-steps-actions)".
86
88
87
89
For more information about how to use `github.action_path`, see "[`github context`](/actions/reference/context-and-expression-syntax-for-github-actions#github-context)".
Copy file name to clipboardExpand all lines: content/actions/creating-actions/creating-a-docker-container-action.md
+5-2Lines changed: 5 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -11,6 +11,9 @@ versions:
11
11
free-pro-team: '*'
12
12
enterprise-server: '>=2.22'
13
13
type: 'tutorial'
14
+
topics:
15
+
- 'Action development'
16
+
- 'Docker'
14
17
---
15
18
16
19
{% data reusables.actions.enterprise-beta %}
@@ -93,7 +96,7 @@ This metadata defines one `who-to-greet` input and one `time` output parameter.
93
96
94
97
You can choose any base Docker image and, therefore, any language for your action. The following shell script example uses the `who-to-greet` input variable to print "Hello [who-to-greet]" in the log file.
95
98
96
-
Next, the script gets the current time and sets it as an output variable that actions running later in a job can use. In order for {% data variables.product.prodname_dotcom %} to recognize output variables, you must use a workflow command in a specific syntax: `echo "::set-output name=<output name>::<value>"`. For more information, see "[Workflow commands for {% data variables.product.prodname_actions %}](/actions/reference/workflow-commands-for-github-actions#setting-an-output-parameter)."
99
+
Next, the script gets the current time and sets it as an output variable that actions running later in a job can use. In order for {% data variables.product.prodname_dotcom %} to recognize output variables, you must use a workflow command in a specific syntax: `echo "::set-output name=<output name>::<value>"`. For more information, see "[Workflow commands for {% data variables.product.prodname_actions %}](/actions/reference/workflow-commands-for-github-actions#setting-an-output-parameter)."
97
100
98
101
1. Create a new `entrypoint.sh` file in the `hello-world-docker-action` directory.
99
102
@@ -102,7 +105,7 @@ Next, the script gets the current time and sets it as an output variable that ac
Copy file name to clipboardExpand all lines: content/actions/guides/about-continuous-integration.md
+4-1Lines changed: 4 additions & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -11,11 +11,14 @@ versions:
11
11
free-pro-team: '*'
12
12
enterprise-server: '>=2.22'
13
13
type: 'overview'
14
+
topics:
15
+
- 'CI'
16
+
- 'CD'
14
17
---
15
18
16
19
{% data reusables.actions.enterprise-beta %}
17
20
{% data reusables.actions.enterprise-github-hosted-runners %}
18
-
21
+
19
22
### About continuous integration
20
23
21
24
Continuous integration (CI) is a software practice that requires frequently committing code to a shared repository. Committing code more often detects errors sooner and reduces the amount of code a developer needs to debug when finding the source of an error. Frequent code updates also make it easier to merge changes from different members of a software development team. This is great for developers, who can spend more time writing code and less time debugging errors or resolving merge conflicts.
0 commit comments