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: .github/workflows/README.md
+21Lines changed: 21 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -15,6 +15,27 @@
15
15
under the License.
16
16
-->
17
17
18
+
# How to fix Workflows for Committers
19
+
20
+
The following is guidance on how to practically make changes that fix workflows.
21
+
22
+
1) Create a branch in https://github.com/apache/beam not your fork.
23
+
24
+
The reason to perform changes to a branch of the main repo instead of your fork is due to the challenge in replicating the environment within which Beam GitHub workflows execute. GitHub workflows allow you to execute against a branch of a repo.
25
+
26
+
2) Make changes in this branch you anticipate will fix the failing workflow.
27
+
28
+
3) Run the workflow designating your branch.
29
+
30
+
In the GitHub workflow interface, you can designate any branch of the repository to run the workflow against. Selecting your branch allows you to test the changes you made. The following screenshot shows an example of this feature.
5) Create a PR, pasting the link to your successful workflow run in the branch
34
+
35
+
When doing a PR, the checks will not run against your branch. Your reviewer may not know this so you'll want to mention this in your PR description, pasting the link to your successful run.
36
+
37
+
6) After PR merges, execute the workflow manually to validate your merged changes.
38
+
18
39
# Running Workflows Manually
19
40
20
41
Most workflows will get kicked off automatically when you open a PR, push code, or on a schedule.
0 commit comments