事前明記された権限
トークンを作成する前に、そのトークンで何ができる必要があるのか、そしてその理由をお伝えします。要求しやすいからという理由で包括的なスコープを設定することはなく、業務に必要な範囲を超えて要求していたことが後から判明することもありません。
ソース管理
作業で使用している GitHub または GitLab のアカウントを連携し、ブランチから直接デプロイできます。Cloudflare Pages、GitHub Pages、GitLab Pages、Netlify、Vercel、Render、Azure Static Web Apps、AWS Amplify へのデプロイはもちろん、リポジトリとサイトのファイルが双方向で同期し続ける当社のマネージドホスティングへのデプロイも可能です。すべての接続は必要な権限を表示し、保存前にプロバイダーの API と照合され、Vault で管理されます。GitHub や GitLab を使用してログインすることもできます。
接続とは、他者に渡す資格情報です。当社の接続は、作成前に必要な条件を提示し、保存前に動作を検証し、どちら側からでも取り消すことができます。
トークンを作成する前に、そのトークンで何ができる必要があるのか、そしてその理由をお伝えします。要求しやすいからという理由で包括的なスコープを設定することはなく、業務に必要な範囲を超えて要求していたことが後から判明することもありません。
トークンを保存する前に、プロバイダー独自の API をお客様のトークンを使用して呼び出します。誤ったトークン、期限切れのトークン、またはスコープが不適切なトークンは、受け入れられて正常と表示され最初の本番デプロイで失敗するのではなく、フォームの時点で拒否されます。
私たちのコード内でも、環境ファイル内でも、ログ内でも、コマンドライン上でもありません。それを使用するワークロードによって、使用される瞬間に解決されます。
個人アカウントと組織のアカウント、または2つの組織のアカウントを接続します。各サイトはどちらからデプロイするかを選択するため、クライアントのリポジトリとご自身のリポジトリが認証情報を共有することはありません。
8つの管理対象エッジホストと当社独自のフリート。送信先は接続ではなくサイトのプロパティであるため、同じリポジトリから1つのブランチを Pages ホストに公開し、別のサイトを当社のハードウェア上で実行できます。
無制限の帯域幅、商用利用の許可、そして通常お客様の DNS ゾーンを保持しているのと同じプロバイダーで処理される Apex ドメイン。こうした理由から、私たちが最初に選ぶ移行先となっています。
Cloudflare Pages ホスティング →コードがすでに存在するリポジトリから直接公開します。共有の github.io インフラストラクチャ自体がフットプリントとなるため、Footprint-Free の行にフラグが付けられています。
GitHub Pages ホスティング →GitLab Pages、Netlify、Vercel、Render、Azure Static Web Apps、AWS Amplify はすべて、同じ接続と同じデプロイ履歴を使用してサイトの接続先として指定できる宛先です。
静的サイトホスティング →ビルドされたバンドルではなく完全なアプリケーション — WordPress、PHP、Node。これは双方向同期を取得する宛先であるため、ボックスとブランチ上のファイルは常に一致した状態に保たれます。
マネージドホスティング →当社が所有していないホストに公開されたサイトでも割り当てを消費し、デプロイ、稼働時間、SEO データとともに、実行中の他のすべての要素と並んでダッシュボードに表示されます。
外部サイトの割り当て →ブラウザ内エディタは双方向同期によってプッシュバックされるのと同じファイルを処理するため、ダッシュボードからの迅速な修正が、後から誰も見つけられない変更ではなく、お客様のブランチへのコミットになります。
Web エディター →双方向同期
これをオンにすると、サイト自体のファイルがブランチにコミットされ、そのブランチのコミットはサイトに反映されます。当社がホスティングするすべてのサイト、すべての回線で機能します。唯一の要件は、基盤となるマシンがそのファイルに対して Git を実行できることであり、これはプランから推測するのではなくサーバーに確認されます。
同期するディレクトリはお客様自身で選択します。WordPress をご利用のお客様は、4万個ものコアファイルではなく、自身のテーマの追跡を求めているためです。そして、有効にするまではオフになっています。同期を有効にすることは他者のリポジトリに関する決定であり、移行処理がお客様に代わって勝手に行うべきではありません。
2つのモードがあり、違いはビルドが実行される場所です。どちらも同じ場所に行き着きます。私たちが取得して公開する参照であり、デプロイに対してコミットが記録されます。
GitHub または GitLab (「接続」の下)。権限はトークンを作成する前に一覧表示され、保存される前にプロバイダーに対して確認されます。
オーナー、リポジトリ、ブランチ、そしてディレクトリを公開するか、貴社の CI がビルドした成果物を取得するかどうか。その一環としてプッシュ Webhook を登録します。
指定されたブランチへのプッシュによってデプロイが開始されます。または、サイトの「デプロイ」タブからオンデマンドでデプロイすることもできます。ビルドはバックグラウンドで実行されます。
デプロイ履歴には、何がいつ公開されたかが表示されます。双方向同期をオンにすると、ここで行った編集がブランチへのコミットとして反映されます。
問題が発生した場合
正常に見えるのに何も受信しないリポジトリ接続は、典型的なサイレント障害です。スコープが正しくないトークン、プロバイダー側でブロックされた配信、誰かが手動で削除したフックなどが原因です。これは他のどの画面にも表示されないため、リポジトリカードに直接表示されます。プロバイダーが最後にいつ配信したか、そしてどのような応答があったかを示します。
配信に対して処理を実行する前に署名検証を行いますが、すべてのプロバイダーに適用されると想定したスキームではなく、各プロバイダー固有のスキームを使用します。検証されない配信は拒否されて記録され、暗黙的に無視されることはありません。
ID
メールアドレスとパスワードに加え、GitHub、GitLab、Google、または Microsoft を使用して Zinn Digital®アカウントにサインインできます。アイデンティティレイヤーがハンドシェイクを実行するため、プロバイダーのパスワードを当社が閲覧することは一切ありません。また、ソーシャルアカウントを既存の Zinn®アカウントに連携するには、引き続きメールでの確認が必要です。
GitHub でのサインインとデプロイ用の GitHub の連携は、個別の決定であり個別の認証情報です。一方を行っても他方が行われることはなく、一方を削除しても他方が削除されることはありません。
GitHub および GitLab。既にご利用中のアカウントを連携していただければ、そのリポジトリからのデプロイ、プッシュ Webhook の登録、そしてご希望に応じてサイトのファイルを双方向に同期することが可能です。どちらも同じ連携アカウントの仕組みを経由するため、以下の内容は両方に適用されます。
はい、Google または Microsoft でも可能です。メールアドレスとパスワードに加え、これら4つのいずれを使っても Zinn Digital®アカウントにサインインできます。アイデンティティ層がハンドシェイクを処理するため、弊社がお客様のプロバイダーのパスワードを確認することは決してありません。GitHub でのサインインはデプロイ用の GitHub 連携とは別個の機能です。片方のみ、両方、あるいはいずれも利用しないことを選択できます。
静的サイトまたはビルドされたサイト向けの Cloudflare Pages、GitHub Pages、GitLab Pages、Netlify、Vercel、Render、Azure Static Web Apps、AWS Amplify へ、あるいはリポジトリとサイトのファイルが双方向に同期され続ける当社独自のマネージドホスティングへ。サイトの移行先はお客様が選択でき、リポジトリの接続方法はどちらの場合も同じです。
どちらでも可能です。公開モードではブランチをそのまま取得し、指定されたディレクトリを公開します。CI モードではプロバイダー独自のパイプラインがビルドコマンドを実行し、出力を個別の公開ブランチにコミットします。その後、他の参照と同様にそれを取得します。後者の方法では、シークレットやキャッシュがすでに存在するお客様独自の CI 内にビルドを保持できます。
デフォルトでは、はい — リポジトリに Webhook を登録し、指定されたブランチへのプッシュによってデプロイが開始されます。これを無効にして Webhook を維持することもできます。これは想像以上に便利です。配信は引き続き記録されるため、当社がそれらに基づいて対応することを許可する前に、プッシュの到達を確認できます。
弊社のハードウェア上で行われた編集はブランチのコミットとなり、ブランチのコミットはサイトに反映されます。有効化は他者のリポジトリに関する決定であり、弊社がお客様に代わって判断することはできないため、お客様がオンにするまでオフになっています。同期するディレクトリはお客様自身が選択します。通常はテーマまたはプラグインであり、4万もの WordPress コアファイルではありません。
上書きされることも、プッシュされることもありません。同期は停止し、ベースとしたコミットよりもブランチが進んでいることをお知らせした上で、リポジトリを保持するか、サイトを保持するか、どちらを希望するかをお尋ねします。一度も同期されたことがなく、すでにコミットが存在するブランチを参照しているサイトも独自の独立した状態であり、どちらが正しいかを推測するのではなく確認を行います。
接続を作成する前に必要な権限を表示し、入力時にプロバイダー自身の API でトークンを検証します。そのため、無効なトークンやスコープが適切でないトークンが保存されることは決してありません。その後でのみ Vault に書き込まれます。トークンが当社のコード、ログ、環境設定ファイル、またはコマンドラインに触れることは一切ありません。いつでもご希望の際に、プロバイダー側で失効させるか、こちらで接続を削除してください。
リポジトリカードには、プロバイダーから最後に配信が行われた日時とその内容が表示されます。「配信履歴なし」はその画面で最も役立つ診断情報です。「接続済みだが配信履歴なし」は、スコープが正しくないトークンやブロックされた配信と全く同じ状態を示しており、他の場所では確認できないためです。すべての配信は、対応を行う前に署名検証が実施されます。
提供されており、フラグが設定されています。GitHub Pages と GitLab Pages はプロバイダーのインフラストラクチャおよびパブリックな github.io と gitlab.io のホスト名を共有しており、これは検索エンジンのフットプリントとなります。まさにこのラインが回避するために存在しているものです。フットプリントのないネットワークを構築するには、代わりに隔離されたホスティング環境にデプロイしてください。それ以外の点では、Pages は最高水準です。
無料プランは非商用利用のみを対象にライセンスされているためです。安全である場合には、連携されたアカウントから推測して接続先を決定しますが、Vercel はその推測から意図的に除外されています。アカウントを連携することで、ライセンスで許可されていない場所に商用サイトが気付かないうちに配置されるようなことがあってはならないためです。それを選択すれば、他のものとまったく同様に機能します。
はい。各デプロイでは、公開されたコミット、実行日時、および終了ステータスが記録され、サイトのデプロイタブにはライブ URL とともに履歴が表示されます。デプロイはバックグラウンドで実行されるため、スピナーを見ながら待機することなく、ビルドの完了に合わせてページが更新されます。
クレジットカード不要の14日間無料トライアルを開始し、GitHub または GitLab を連携して、サイトをブランチに関連付けます。エッジホストに公開するか、ファイルが双方向に同期される自社のホスティングに公開します。
無料で始める