Add PowerShell as a Windows FMA (#46941)
This pull request adds support for PowerShell as a managed Windows app, including its metadata, versioning, install/uninstall scripts, and validation logic in the CI workflow. It also ensures that any pre-installed PowerShell 7 is removed from the test environment before validation. The most important changes are: **PowerShell app definition and metadata:** * Added a new entry for PowerShell in `ee/maintained-apps/inputs/winget/powershell.json` and included its metadata in `ee/maintained-apps/outputs/apps.json`, enabling PowerShell to be managed as a Windows app. [[1]](diffhunk://#diff-7e4899a379d327948f55b7e6ba4c9893501713edd16020b128b68343569fcbfbR1-R10) [[2]](diffhunk://#diff-4c1446cfc02c6bb0bda874481e333c65b84e184fcea52f656b49a6489f73c9c2R1985-R1991) * Created `ee/maintained-apps/outputs/powershell/windows.json` containing version information, SQL queries for existence and patch status, installer/uninstaller scripts, and download URL for PowerShell 7.6.2.0. **CI workflow enhancements for PowerShell:** * Updated `.github/workflows/test-fma-windows-pr-only.yml` to detect changes involving PowerShell, set the appropriate output flags, and conditionally execute PowerShell-specific steps. [[1]](diffhunk://#diff-51641fd1d2cc19348b81fd8310b62ad270ca5082ceddff2d49064e78f126a1eaR102) [[2]](diffhunk://#diff-51641fd1d2cc19348b81fd8310b62ad270ca5082ceddff2d49064e78f126a1eaR116) [[3]](diffhunk://#diff-51641fd1d2cc19348b81fd8310b62ad270ca5082ceddff2d49064e78f126a1eaR155-R162) * Added a workflow step to remove any pre-installed PowerShell 7 from the GitHub Actions runner, ensuring a clean environment for validation. * Ensured that validation and related steps use Windows PowerShell 5.1 (not pwsh) after uninstalling PowerShell 7, to avoid shell availability issues. These changes collectively enable PowerShell to be validated, installed, and uninstalled as part of the managed apps ecosystem and ensure reliable, repeatable CI validation. <!-- This is an auto-generated comment: release notes by coderabbit.ai --> ## Summary by CodeRabbit * **New Features** * Added PowerShell as a supported application with full Windows integration, including installation and uninstall management capabilities. * Enhanced deployment scripts to support flexible input handling for app configurations. * Added PowerShell icon to the frontend UI for visual identification. <!-- end of auto-generated comment: release notes by coderabbit.ai -->
This commit is contained in:
@@ -1,7 +1,7 @@
|
||||
#!/bin/bash
|
||||
|
||||
# Script to filter apps.json to only include specified app slugs
|
||||
# Usage: filter-apps-json.sh <slugs_json_array> <output_file>
|
||||
# Usage: filter-apps-json.sh <slugs_json_array | slugs_json_file> <output_file>
|
||||
|
||||
set -euo pipefail
|
||||
|
||||
@@ -16,9 +16,20 @@ if ! command -v jq &> /dev/null; then
|
||||
fi
|
||||
|
||||
# Parse arguments
|
||||
SLUGS_JSON="$1"
|
||||
SLUGS_INPUT="$1"
|
||||
OUTPUT_FILE="$2"
|
||||
|
||||
# Accept the slugs as either a literal JSON array string or a path to a file containing
|
||||
# the JSON array. The file form avoids cross-shell quoting problems: Windows PowerShell
|
||||
# mangles embedded quotes when forwarding a JSON string as a native-command argument to
|
||||
# bash, corrupting the value before jq sees it. Callers passing a literal JSON string
|
||||
# (e.g. on macOS) are unaffected since that value is not a path to an existing file.
|
||||
if [ -n "$SLUGS_INPUT" ] && [ -f "$SLUGS_INPUT" ]; then
|
||||
SLUGS_JSON="$(cat "$SLUGS_INPUT")"
|
||||
else
|
||||
SLUGS_JSON="$SLUGS_INPUT"
|
||||
fi
|
||||
|
||||
if [ -z "$SLUGS_JSON" ] || [ "$SLUGS_JSON" == "[]" ] || [ "$SLUGS_JSON" == "null" ]; then
|
||||
echo "No slugs provided, creating empty apps.json"
|
||||
echo '{"version": 2, "apps": []}' > "$OUTPUT_FILE"
|
||||
|
||||
Reference in New Issue
Block a user