|
2 | 2 |
|
3 | 3 | The instructions provided for building with a browser include settings to automatically update and build for you. |
4 | 4 |
|
5 | | -## Manual Action for Automatic Build |
| 5 | +## Automatic Build |
6 | 6 |
|
7 | | -!!! warning "Browser Build for *Loop* Disabled?" |
8 | | - We do not know why, but GitHub is disabling the Build Loop Action for LoopWorkspace even though the repository is not stale. |
| 7 | +!!! tip "Automatic Build Returns for Loop v3.14.7 and newer" |
| 8 | + With v3.14.7, a new file name is used for automatic building using the Browser Build method. |
| 9 | + |
| 10 | + * The new file: build_loop_auto.yml has the same content as the older build_loop.yml |
| 11 | + * It appears that just giving it a new name was enough to prevent GitHub from disabling the build process |
| 12 | + * Once you update to v3.14.7, your automatic building will be restored |
| 13 | + * The old file: build_loop.yml is still in your LoopWorkspace folder for your convenience |
| 14 | + * It no longer has the instructions to run automatically (that did not work anyway) |
| 15 | + * If you had customization lines in build_loop.yml, they should still be there |
| 16 | + * Simply copy those lines from build_loop.yml to build_loop_auto.yml to transfer the customization instructions to the file that actually runs to build Loop once a month |
| 17 | + |
| 18 | +The Actions shown for Loop were modified with the v3.14.7 release. The new build_loop_auto.yml file shows up as *Build Loop Auto* and actually runs every Sunday. The existing build_loop.yml shows up as *Build Loop Manual*. It can still be run manually, but it no longer is triggered automatically and continues to show as Disabled. |
| 19 | + |
| 20 | +{width="400"} |
| 21 | +{align="center"} |
| 22 | + |
| 23 | +## Skipped Build |
9 | 24 |
|
10 | | - If this is happening to you, see [What Manual Action is Required?](#what-manual-action-is-required). |
| 25 | +The automatic build process checks once a week for updates to the `main` branch. If there are no updates, it skips the build unless it is the second Sunday of the month. |
11 | 26 |
|
12 | | - * The automatic build actions should occur every Sunday |
13 | | - * The automatic build using the same code works for all OS-AID apps except for *Loop* |
14 | | - * See this [GitHub Discussion topic for details](https://github.com/orgs/community/discussions/181236) |
| 27 | +* The skipped build used to show a green check mark which caused some confusion |
| 28 | +* With v3.14.7, the indications were updated as shown in the graphic below |
| 29 | + * top row: a scheduled build was successful (this one was the second Sunday of a month) |
| 30 | + * middle row: the build was manually triggered and was successful |
| 31 | + * bottom row: a schedule run of the build_loop_auto file, determined there was no reason to build, the icon shows the build was skipped |
| 32 | + |
| 33 | +{width="300"} |
| 34 | +{align="center"} |
| 35 | + |
| 36 | + |
| 37 | +## Manual Action for Automatic Build |
| 38 | + |
| 39 | +!!! warning "Browser Build for *Loop* Disabled?" |
| 40 | + GitHub disables the Build Loop Action for LoopWorkspace for v3.14.2 and older. Please update your fork to bring in the changes for v3.14.7 (or newer). See: [Automatic Build](#automatic-build) |
15 | 41 |
|
16 | 42 | ??? tip "Stale Repositoriy Always Requires Manual Action (Click to Open Close)" |
17 | 43 | *GitHub* automatically **disables actions** that run according to a schedule if the repository in question is **inactive**. |
|
0 commit comments