Office 365 カスタムインストール

Tool

概要

このリポジトリは、Office 365(Microsoft 365)製品のインストールをユーザーが選択できるようにするPowerShellスクリプトを提供します。リポジトリには install.ps1(PowerShellスクリプト)、setup.exe(インストーラ本体と思われるバイナリ)、README.md の3ファイルのみが含まれており、スクリプトをPowerShellで実行するとGUIが表示され、インストールしたいアプリケーションをチェックして進められます。READMEの説明から、Outlook(古いClassic版と新しいNew版)の扱いに注意が必要で、両方を外すとエラーになるためどちらか一方は必ず選択する設計になっています。リポジトリ自体は小規模でコミット数が少なく、シンプルにローカル実行で動作するユーティリティと考えられます。

GitHub

リポジトリの統計情報

  • スター数: 1
  • フォーク数: 0
  • ウォッチャー数: 1
  • コミット数: 3
  • ファイル数: 3
  • メインの言語: PowerShell

主な特徴

  • PowerShellベースのGUIを提供し、インストールするOfficeアプリを選択可能
  • Outlookは「Classic」か「New」のいずれかを必ず残す仕様(両方を削除不可)
  • ローカルの setup.exe を利用してインストール処理を行うラッパースクリプト
  • 非常にシンプルで導入が容易、スクリプトを実行するだけでGUIが立ち上がる

技術的なポイント

このプロジェクトは小規模ながら、PowerShellを使ったデスクトップ向けインストーラ制御の典型的なパターンを示しています。install.ps1 はユーザー操作を受け付けるGUIを表示するため、おそらくWindows Forms(System.Windows.Forms)かWPF(System.Windows)を利用していると推測されます。GUI上でのチェックボックス選択を受けて、バックエンドではローカルに置かれた setup.exe をコマンドライン引数付きで呼び出すか、あるいは構成ファイル(config.xml など)を生成して実行する流れが考えられます。

Outlookに関する「どちらか一方を残す」制約は、インストールシナリオやOfficeのコンポーネント依存関係による問題を回避するための検証ロジックを insert している可能性があります。スクリプトは実行環境の管理者権限確認、実行中のOfficeプロセス終了、既存インストールの検出(レジストリやインストールフォルダの確認)といった前処理を行うべきで、そうした処理が含まれていれば運用上の安全性が高まります。

注意点としては、setup.exe がバイナリとしてリポジトリに含まれている点です。これは利便性がある一方で、セキュリティや配布サイズの問題が発生します。実運用では公式のOffice Deployment Toolを参照して構成ファイルとダウンロード済みメディアを分離する設計や、スクリプト自体のコード署名、詳細なログ出力(インストール結果の検証)を追加することが望ましいです。また、オフラインインストール、チャネル(Monthly/Insider)、アーキテクチャ(x86/x64)や言語パック対応、アンインストールやアップグレードのハンドリングなど拡張ポイントは多くあります。

総じて、このリポジトリはPowerShellで手軽にOfficeコンポーネントの選択インストールを行える簡易ツールの骨格を示しており、実運用向けにはエラーハンドリング、権限周りの処理、ログ化、署名といった堅牢性強化が推奨されます。

プロジェクトの構成

主要なファイルとディレクトリ:

  • README.md: file
  • install.ps1: file
  • setup.exe: file

まとめ

シンプルで使いやすいPowerShellベースのOffice 365カスタムインストーラのひな型。実運用には追加の堅牢化が必要。

リポジトリ情報: