|
1 | 1 | --- |
2 | 2 | name: "Course Updater" |
3 | | -description: "Daily check for new GitHub Copilot CLI features and updates. Opens a PR if the course content needs updating." |
| 3 | +description: "Weekly check (Mondays) for new GitHub Copilot CLI features and updates. Opens a PR if the course content needs updating." |
4 | 4 | on: |
5 | | - schedule: daily |
| 5 | + schedule: weekly on monday |
6 | 6 | workflow_dispatch: |
7 | 7 | tools: |
8 | 8 | bash: ["curl", "gh"] |
@@ -37,25 +37,29 @@ Look for: |
37 | 37 | - Significant changes to existing features (renames, deprecations) |
38 | 38 | - New customization options (e.g. instructions, agents, skills, MCP, plugins) |
39 | 39 |
|
40 | | -## Step 2 — Compare against the current course content and existing PRs |
| 40 | +## Step 2 — Check for existing open PRs to avoid duplicates |
| 41 | + |
| 42 | +Before doing any content comparison, list all open pull requests in this repo that have the `automated-update` or `copilot-cli-updates` labels. Read their titles and descriptions to understand which features or changes each PR already covers. Build a list of features that are **already addressed** by existing PRs — you must exclude those features from any updates you propose later. If every feature you found in Step 1 is already covered by an open PR, stop here and report that no new updates are needed. |
| 43 | + |
| 44 | +## Step 3 — Compare against the current course content |
41 | 45 |
|
42 | 46 | This course targets beginners, so only include content changes that cater to that audience. For example, if a new feature is advanced, marked as experimental, or otherwise doesn't qualify as a "beginner" level feature, don't include it in the course content since we don't want to overwhelm learners. Determine what is most relevant and helpful for beginners learning about the Copilot CLI. |
43 | 47 |
|
44 | | -Read all of the readme files in the repo and compare the features documented there against what you found in Step 1. Also check existing pull requests to see if any updates are already in progress. DO NOT duplicate efforts if an update has already been proposed in an open PR. |
| 48 | +Read all of the readme files in the repo and compare the features documented there against what you found in Step 1. |
45 | 49 | Identify: |
46 | 50 |
|
47 | 51 | - **Missing features** — new capabilities not yet documented |
48 | 52 | - **Outdated information** — features that have been renamed, deprecated, or significantly changed |
49 | 53 |
|
50 | 54 | If there is nothing new or everything is already up to date, stop here and report that no updates are needed. |
51 | 55 |
|
52 | | -## Step 3 — Update the course content |
| 56 | +## Step 4 — Update the course content |
53 | 57 |
|
54 | 58 | If updates are needed, make a decision on which chapter(s) need to be updated. |
55 | 59 |
|
56 | 60 | If the new information can be added to existing chapter(s), edit those chapters to include refinements, new sections, or updated information as needed. Remember that this course targets beginners, so ensure that any new content is explained clearly and simply, with examples if possible. |
57 | 61 |
|
58 | | -## Step 4 — Open a pull request |
| 62 | +## Step 5 — Open a pull request |
59 | 63 |
|
60 | 64 | Create a pull request with your changes, using the `main` branch as the base branch. The PR title should summarize what was updated (e.g., "Add /plan command documentation"). The PR body should list: |
61 | 65 |
|
|
0 commit comments