ビルド
開発中のコードを、公開して動かせる形に準備する処理です。
AIでサービスをつくる、非エンジニアのための実践ガイド
困りごとナビ
どのURLへ何を公開したかを順番に確かめ、止まった場所を探します。
今すぐ使う
自分の状況と近いかを確かめ、最初の確認をしてからAIへ頼みます。
AIへの依頼文
変更する範囲と、元へ戻す方法を先に確認しておくと安心です。
分かる範囲で2か所だけ
空欄のままでもコピーできます。秘密情報は書かずにお試しください。
目的:
変更が公開ページに出ない理由を、安全な読み取り確認から絞り込む。
現在の状態:
【ここに、何をしたらどうなったかを書く】
今回依頼すること:
変更を追加する前に、公開URL、対象ブランチ、直近のデプロイ、ビルド結果、公開された更新時刻を確認してください。どの段階まで反映されているかを整理し、必要な最小対応を提案してください。
変更してよい範囲:
【ここに、変更してよい画面やファイルを書く】
変更しない範囲:
別環境への公開、設定の削除、履歴の書き換え、確認なしの再デプロイは行わない。
完了条件:
- 確認している公開先と対象ブランチが明記される
- ビルド、デプロイ、ブラウザ表示のどこで止まっているか分かる
- 実行が必要な操作は、実行前に内容と影響が示される
実装前に確認すること:
- 対象とするファイル、現在の差分、関連する設定を読み取り、変更計画を短く示す
- 判断できない点があれば、変更する前に止めて質問する
実装後に報告すること:
- 変更したファイルと変更理由
- 実行した確認と、その結果
- 未解決の点や追加で確認が必要な点デプロイビルドした成果物やコードを、対象の実行環境へ配置して反映する工程です。用語ページで詳しく見る したのに見えないとき、どこから確認する?
確かめる
実行前と実行後を比べます。分からないまま危険な変更を進めないでください。
理解する
原因の候補を知ると、同じ問題が起きたときに自分で切り分けやすくなります。
公開は、変更を送る、ビルドする、デプロイする、ブラウザで見るという複数の段階に分かれます。順番に確認すると原因を小さくできます。