Skip to content

chore: move more workflows to use reusable ones#15977

Draft
ncooke3 wants to merge 2 commits intomainfrom
nc/ci-2
Draft

chore: move more workflows to use reusable ones#15977
ncooke3 wants to merge 2 commits intomainfrom
nc/ci-2

Conversation

@ncooke3
Copy link
Copy Markdown
Member

@ncooke3 ncooke3 commented Mar 25, 2026

Reducing the amount of locations that I'll need to configure Xcode versions.

#no-changelog

@gemini-code-assist
Copy link
Copy Markdown
Contributor

Using Gemini Code Assist

The full guide for Gemini Code Assist can be found on our documentation page, here are some quick tips.

Invoking Gemini

You can request assistance from Gemini at any point by creating a comment using either /gemini <command> or @gemini-code-assist <command>. Below is a summary of the supported commands on the current page.

Feature Command Description

Customization

To customize Gemini Code Assist for GitHub experience, repository maintainers can create a configuration file and/or provide a custom code review style guide (such as PEP-8 for Python) by creating and adding files to a .gemini/ folder in the base of the repository. Detailed instructions can be found here.

Limitations & Feedback

Gemini Code Assist may make mistakes. Please leave feedback on any instances where its feedback is incorrect or counter productive. You can react with 👍 and 👎 on @gemini-code-assist comments. If you're interested in giving your feedback about your experience with Gemini Code Assist for GitHub and other Google products, sign up here.

setup_command: |
scripts/setup_bundler.sh
scripts/install_prereqs.sh WatchOSSample watchOS
# Note: The original job had a condition `([ -z "$plist_secret" ] || scripts/build.sh WatchOSSample watchOS)`. The _build.yml workflow's `check_secrets` job already handles the logic of skipping on forks if secrets are present, so no explicit plist_secret is needed here in the `with` section unless used in the setup_command.
Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
# Note: The original job had a condition `([ -z "$plist_secret" ] || scripts/build.sh WatchOSSample watchOS)`. The _build.yml workflow's `check_secrets` job already handles the logic of skipping on forks if secrets are present, so no explicit plist_secret is needed here in the `with` section unless used in the setup_command.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant