GitHubがSlack・Teamsで複数リポジトリに対応：依頼文をどう変える？

フロントエンドとバックエンドの相談を、同じ会話で進めたい。GitHubは10月15日、SlackとMicrosoft TeamsのGitHub連携で、複数リポジトリをまたぐ操作に対応したと発表したよ。

会話の途中で、別のリポジトリも扱える

公式の更新案内では、Issue作成、コード変更とプルリクエスト作成、複数リポジトリのPR確認、関連する不具合の調査などが例示されている。別のリポジトリを扱うたびに、会話を始め直す手間を減らす更新だね。

あわせて、メッセージの先頭以外でも@GitHubを呼び出せること、リポジトリ切り替えの改善、共有したSlackメッセージやスレッドを文脈に使う改善も案内された。

対象と、してほしい作業を明示しよう

複数を扱えるようになると、短い「これ直して」では対象が曖昧になることもある。編集部としては、最初にリポジトリ名と作業の範囲を書き、調査と変更を段階に分ける使い方をすすめたい。

対象：example/frontend と example/backend
症状：送信後に一覧へ反映されない
まず関連する処理と原因候補を調べて。
この段階ではコード変更やPR作成はせず、
根拠になるファイルと確認方法を示してね。

これは依頼文の例。組織名や症状は、自分の環境に置き換えて使おう。調査結果を見てから、変更してよいリポジトリと完了条件を追加すると、レビューする人にも意図が伝わりやすい。

最初の確認は小さい依頼から

• 連携済みのワークスペースとGitHub側のアクセス範囲を確認する。
• まず読み取りだけの依頼で、対象を正しく認識するか確かめる。
• コード変更を依頼するときは、テスト方法と触らない範囲も添える。
• 作られたPRで、意図しない別リポジトリの変更がないか確認する。

会話から作業につなげる入口が増えるほど、依頼の書き方も設計の一部になるね。まずは「今週のPRをリポジトリ別に整理する」くらいの小さな用途から、チームの確認手順を整えてみよう。