Promote workspaces topic and localizations to Production

en/managing-workspaces.md

@@ -0,0 +1,104 @@
+---
+title: Create and Manage Workspaces in App Builder  
+_description: Learn how to quickly create and manage workspaces using App Builder. 
+_keywords: App Builder, Infragistics, Workspaces, Remote Paging, Multiple Actions, Low-code Platform, Ignite UI
+---
+
+# Managing Workspaces in App Builder
+
+## Overview
+
+Workspaces in App Builder are collaborative environments that act like shared folders for your applications and their related resources. Each workspace enables invited users to access, edit, and manage apps and workspace-level assets without duplication.
+
+With native workspace support, App Builder no longer relies on Indigo.Design Cloud for workspace functionality, making it fully self-contained. This change benefits both SaaS and On-Premises users, especially those who want to manage apps without using the full Indigo.Design platform.
+
+## Key Features
+
+### Workspace Collaboration
+- Invite team members via email.
+- Add members based on shared workspace suggestions.
+- Accept invites with email/account validation.
+- Remove members or allow them to leave voluntarily.
+- View and manage invited (but not yet joined) members.
+- Pin/unpin workspaces per user preference.
+
+### Workspace Entities
+Resources automatically shared across all apps in a workspace:
+- Viewports
+- Themes
+- Data Sources
+- Assets (e.g., images)
+
+### App Copy Across Workspaces
+Copy an app to another workspace with automatic handling of:
+- Shared assets, themes, viewports, variables and datasources.
+- No GitHub repo links are preserved after copying.
+
+## How to Use
+
+### Create and Manage Workspaces
+1. Access the **Workspace menu** from the App Builder dashboard.
+2. Use the existing UI to **create a workspace**, invite users, or update settings.
+3. Use the **workspace pinning** option to personalize your menu.
+
+### Invite and Manage Members
+- **Invite users via email** directly from App Builder.
+- Accepting invites includes account validation for security.
+- Track invite status and resend invitations if needed.
+- Remove members with immediate effect.
+
+### Copying Applications to Another Workspace
+1. Use the **"Copy to Workspace"** option from an app's context menu.
+2. Select the target workspace(s).
+3. Confirm the copy action. App Builder will:
+   - Copy all necessary linked resources.
+   - Match existing ones where possible.
+   - Display success notifications upon completion.
+
+> [!NOTE]
+> GitHub repo links are not preserved. You’ll need to reconnect repositories manually.
+
+## What to Expect
+
+- **No loss of functionality** during or after migration.
+- **No visual UI changes**.
+- **Localized email notifications** are sent when apps are created or deleted.
+
+## Limitations
+
+- You can't add the same app to multiple workspaces as a live link (no app-sync).
+- GitHub repo linkage is not maintained after copying.
+- Cannot selectively choose which workspace-level artifacts to copy—App Builder copies all.
+
+## Best Practices
+
+| Task                              | Recommendation |
+|-----------------------------------|----------------|
+| Adding Users                      | Use suggested users from shared workspaces for quick invites. |
+| Managing Resources                | Let App Builder auto-detect and match existing resources when copying apps. |
+| Renaming Workspaces               | Reflect changes across all users for clarity. |
+| Leaving Workspaces                | Use the **Leave Workspace** option in the workspace menu. |
+| Tracking Invites                  | Monitor and re-send unaccepted invites from the workspace settings. |
+
+
+
+## Frequently Asked Questions
+
+### Can I see my App Builder workspaces in Indigo.Design?
+No. Native workspace support is now fully decoupled from Indigo.Design. Workspaces created in App Builder are not visible or synced with Indigo.
+
+### What happens to my apps and members after migration?
+There is **no service interruption** or data loss. All existing workspaces, apps, memberships, and share URLs are preserved.
+
+### Do I need to manually re-link resources when copying an app?
+No. App Builder will auto-match resources when possible. Only unmatched resources are duplicated.
+
+## Additional Resources
+<div class="divider--half"></div>
+
+* [App Builder Interface Overview](interface-overview.md)
+* [Single Page and Navigation](single-page-apps-and-navigation.md)
+* [App Builder Components](indigo-design-app-builder-components.md)
+* [Flex Layouts](flex-layouts/flex-layouts.md)
+* [Running Desktop App](running-desktop-app.md)
+* [Generating an App](generate-app/generate-app-overview.md)

en/sidebar-toc/toc.yml

@@ -23,6 +23,9 @@
     - name: Whitelisting External Resources for On-Premise App Builder
       href: ../on-premises/external-references-for-whitelisting.md
       new: true
+    - name: Managing Workspaces in App Builder
+      href: ../managing-workspaces.md
+      new: true
 - name: Running Desktop App
   href: ../running-desktop-app.md
 - name: Share, Preview and Edit apps

jp/change-log.md

@@ -7,7 +7,15 @@ _language: ja
 # App Builder - 変更ログ
 
 > [!NOTE]
-> 最新の更新は 2025 年 3 月 27 日に行われました。[詳細については、App Builder ブログをご覧ください。](https://www.appbuilder.dev/ja/blog)
+> 最新の更新は 2025 年 5 月 27 日に行われました。[詳細については、App Builder ブログをご覧ください。](https://www.appbuilder.dev/ja/blog)
+
+## 2025 年 5 月リリース
+### 機能
+- Hierarchical Grid の**オンデマンド ロード**機能は、個別のデータ リクエストを持つ RowIslands を通じて構成され、必要な場合にのみ子データをロードします。
+- より豊富なナビゲーションを実現するために、ネストされたルート内の Views Container を使用した**子レベルのルーティング**のサポートを追加しました。
+- Form、Grid、スタンドアロンの Input コンポーネント全体に**入力検証**のサポートが追加され、minLength、maxLength、pattern、min、max 属性の使用が可能になりました。
+- **複数列ヘッダー**と**縮小可能な列グループ**機能により、複数の列を 1 つのヘッダーの下にグループ化できます。
+- アプリを DevOps リポジトリに直接公開できる **Azure DevOps との統合**が追加されました。[ヘルプ ドキュメント](https://www.appbuilder.dev/ja/help/generate-app/azure-integration)。
 
 ## 2025 年 3 月末リリース ([プレビュー版環境](https://preview.appbuilder.dev/))
 ### 機能

jp/generate-app/azure-integration.md

@@ -0,0 +1,115 @@
+---
+title: App Builder から Azure DevOps にアプリを公開する + Microsoft アカウント タイプの要件
+_description: App Builder から Azure DevOps にアプリケーションを直接公開する方法と、さまざまな Microsoft アカウント タイプが認証とアクセスにどのように影響するかを理解します。
+_keywords: App Builder, Azure DevOps, Azure Integration, Infragistics, Azure との統合, インフラジスティックス
+_language: ja
+---
+
+# App Builder から Azure DevOps にアプリを公開する
+
+App Builder の **Azure DevOps との統合**により、生成されたソース コード (Angular、React、Blazor、または Web Components) を DevOps リポジトリに直接公開できます。これにより、開発チームへの引き継ぎが効率化され、既存の CI/CD ワークフローに自然に適合します。
+
+始める前に、**Microsoft アカウント タイプ**が認証にどのように影響するか、アクセスを有効にするために必要な手順を理解することが重要です。詳細については、[以下のセクション](#microsoft-アカウント-タイプが認証に与える影響)を参照してください。
+
+## 既存の Azure DevOps プロジェクトに接続する
+
+1. App Builder で、**[プッシュ]** ボタンをクリックします。
+2. ターゲット プラットフォームとして **[Azure DevOps]** を選択します。
+3. Microsoft アカウントで認証します。
+4. ログインと多要素認証 (有効な場合) が成功すると、Azure DevOps **組織**、**プロジェクト**、**リポジトリ**が選択用に表示されます。
+
+> 資格情報は安全に検証されています。App Builder は公開に必要な権限のみを要求します。
+
+
+## App Builder からアプリのリポジトリを作成する
+
+リポジトリがまだ存在しない場合:
+
+1. **組織**と**プロジェクト**を選択します。
+2. **[リポジトリの作成]** をクリックします。
+3. リポジトリ名と表示設定 (プライベート/パブリック - 表示設定はプロジェクト設定によって異なります) を定義します。
+4. リポジトリが作成され、公開用に初期化されます。
+
+## コードをリポジトリに公開/プッシュする
+
+1. **[プッシュ]** をクリックして、アプリのソース コードを生成してプッシュします。
+2. 最初の公開では、生成されたファイルがデフォルトのブランチ (`main`) に入力されます。
+3. 状態インジケーターにより、公開が成功したことが確認されます。
+
+## 自動 CI ビルド
+
+Azure DevOps は、プッシュ時にトリガーできるビルド パイプラインをサポートしています。
+
+1. パイプラインが作成され、リポジトリにリンクされていることを確認します。
+2. App Builder は、コードがプッシュされると自動的にビルドをトリガーします。
+3. Azure DevOps 内からビルド ステータスを監視します。
+
+## フォローアップ変更のプル リクエスト
+
+最初の公開以降の場合:
+
+1. App Builder は、一意の名前を持つ**機能ブランチ**を作成します。
+2. **プル リクエスト (PR)** が自動的に生成されます。
+3. ビルド パイプラインは PR 上で実行され、変更を検証します。
+4. マージする前にコードの差分を確認できます。
+
+> このワークフローにより、コードの品質とチームのコラボレーションが保証されます。
+
+## ライブ アプリとして配備する (近日予定)
+
+App Builder から直接 **Azure Web Apps** にアプリをデプロイできるようになります。
+
+- **標準ウェブ アプリ**と**静的ウェブ アプリ**の両方をサポートします。
+- 顧客向けのデモやステージング環境の配置を簡素化します。
+
+# Microsoft アカウント タイプが認証に与える影響
+
+Azure DevOps を App Builder に接続する場合、認証は Microsoft Entra ID (旧 Azure Active Directory) を介して処理されます。アカウント タイプは、この接続の成功に直接影響します。
+
+## サポートされている Microsoft アカウント タイプ
+
+### 職場または学校のアカウント (Microsoft Entra ID)
+
+- 例: `user@company.com`、`user@tenant.onmicrosoft.com`
+- 完全にサポートされます
+- ほとんどの場合、追加の設定は必要ありません
+- 組織のポリシーに基づいて必要なアクセスを許可できます
+
+### 個人用 Microsoft アカウント
+
+- 例: `user@outlook.com`、`user@hotmail.com`
+- Azure DevOps アクセス ポリシーにより直接サポートされません
+- 認証エラーが発生します (例: `AADSTS500202`)
+- **回避策**:
+  - ユーザーを Microsoft Entra テナントに**ゲスト**として追加するか、
+  - 個人アカウントを**職場のアカウント**に変換します。
+
+## ドメイン検証とアカウント分類
+
+電子メール アドレスに関連付けられたドメインによって、Microsoft がアカウントを分類する方法が決まります。
+
+| **メール アドレス**             | **ドメインの状態**     | **アカウント タイプ** | **認証サポート**             |
+|------------------------------|-----------------------|------------------|----------------------------------------|
+| `user@company.com`           | 検証済              | 職場             | ✅ すぐに使用できます                     |
+| `user@tenant.onmicrosoft.com`| 組み込みの Microsoft Entra ドメイン | 職場             | ✅ すぐに使用できます                     |
+| `user@outlook.com`           | なし                   | 個人用         | ❌ サポートされません                        |
+| `user@mydomain.com`          | 未確認            | 個人用         | ❌ ドメインが検証されていない限りサポートされません |
+
+### ドメインの検証方法
+
+1. **Microsoft Entra ID** > **[カスタム ドメイン名]** に移動します。
+2. ドメインを追加します。
+3. DNS 手順に従って、ドメイン登録機関に **TXT レコード**を追加します。
+
+
+## 組織のためのベスト プラクティス
+
+スムーズな統合を実現し、認証の問題を回避するには:
+
+- ✅ Microsoft Entra ID に関連付けられた**職場または学校のアカウント**を使用してください。
+- ✅ **Microsoft Entra ID** でドメインを検証してください。
+- ✅ Microsoft Entra ディレクトリを使用するように **Azure DevOps** を構成してください。
+- ✅ DevOps アクセス用に**サービス プリンシパル**が登録されていることを確認してください。
+- ⚠ 個人アカウントの場合:
+  - テナントに**ゲスト**として招待するか、
+  - 開発活動のために**職場のアカウント**を用意してください。

jp/sidebar-toc/toc.yml

@@ -165,6 +165,10 @@
       href: ../generate-app/upload-application-to-github.md
       new: false
       updated: false
+    - name: アプリケーションを Azure DevOps にアップロード
+      href: ../generate-app/azure-integration.md
+      new: true
+      updated: false
     - name: アプリケーションをローカルで実行
       href: ../generate-app/run-application-locally.md
 - name: 変更ログ