リポジトリの状態に合わせてGitコマンドを計画する方法。
Git の計画はリポジトリの状態と求める結果から始めます。破壊的コマンドを説明し、可能なら確認できる手順を優先してください。
作業手順をタスクに合わせましょう。
リポジトリの状態と求める結果から始め、効果と確認点を伴うコマンドを提案します。確認と変更を分け、作業を破棄・書き換え得る操作を示してください。
- 用意するもの
- リポジトリの作業と現在の状態の説明。
- 得られるもの
- 破壊的手順を明示した説明付きコマンド計画。
入力と結果を確認しましょう。
説明用の入力と出力 · 実際の WebAct 実行ではない学習用サンプル
入力項目サンプル個
Generate read-only Git commands to inspect uncommitted changes before preparing a commit.
完成例
git status --short git diff git diff --staged Review: status includes untracked paths; git diff shows unstaged tracked-file changes; git diff --staged shows staged changes. Untracked file contents require separate inspection. None of these commands stages or commits files.
この入力をプロンプトに読み込み、WebAct にコピーして試してください。結果は掲載例と異なる場合があります。
判断のポイントとトラブル対処。
Git コマンド計画では未コミットの変更がすべて同じ作業だと仮定してよいですか？
まず差分とリポジトリの状態を調べます。すべてのファイルが関連するとせず、そのコミットに含める作業だけをステージしてください。
提案コマンドが想定より多くの履歴やファイルに影響するのはなぜですか？
実行前に対象、フラグ、現在のブランチを確認してください。Git コマンドは構文だけでなく状態にも依存します。
自分の資料で試しましょう。
タスクのプロンプト内の例を自分の資料に置き換えてください。必要な要件を残し、タスクを WebAct にコピーします。
タスクを調整してコピー ↑