Let coordinated sessions target a specific environment (WSL) when creating sessions in other projects
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 5/5
- Thời gian dự kiến
- Hơn một tuần
- Mức phù hợp với người mới
- 42/100
Hướng nghiên cứu
Start with the session-creation tool and /orchestrate entry points, then trace how the environment picker and Repository availability → Environments resolve hosts. Define how an explicit environment, the parent session's host, and the project's primary location are selected, and add coverage showing the requested environment is honored or the documented fallback is used.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Feature summary
Allow a session to choose the target environment/host (e.g. WSL: Ubuntu) when it creates a child session in another project, and default to the parent session's host.
What problem are you trying to solve?
On projects that support Windows and WSL, sometimes WSL is dramatically faster for builds and tests (endpoint security scanning slows native Windows processes significantly), so I want all agent work to run in WSL.
This works for sessions I start manually — I pick WSL: Ubuntu in the environment picker. But once a WSL session orchestrates work across repos, it breaks down:
- The session-creation tool only exposes
execution_location: local | cloud. There is no way to target a remote host such as WSL. - Each project has a single primary path (a Windows
C:\...path in my case), even when the project is also available on WSL via Repository availability → Environments. - As a result, a WSL session that spawns a session in a different project gets a Windows session. Only branch children in the same project stay on the parent's host (fixed in v1.1.23).
- Per-repository Instructions (e.g. "Prefer the WSL env") can't help, because they're injected after the host is already chosen.
Proposed solution
- Add an environment/host parameter to session creation (agent tools and
/orchestrate), e.g.environment: "wsl:Ubuntu", accepted when the target project is available on that environment. - Default child sessions to the parent session's host when the target project is available there, falling back to the project's primary location otherwise.
- Optionally, add a per-project Default environment for new sessions setting (e.g. always WSL), used by both the UI and agent-created sessions.
Workflow impact
Affects anyone on Windows who uses WSL hosts together with multi-session or multi-repo coordination. Today orchestrated work silently falls back to Windows, which gives up the performance benefit of WSL and produces inconsistent toolchains across the sessions in one task. Current workaround: a multi-repo folder project on WSL, which loses per-session worktree isolation.
Installation context
GitHub Copilot app v1.1.21 on Windows 11 with a WSL2 Ubuntu 24.04 host. Projects are cloned on both "This machine" and "WSL: Ubuntu".
Additional context
Related gaps in parity between Windows and WSL:
- MCP servers configured in the Windows
~/.copilot/mcp-config.jsonare not available to WSL sessions; I currently symlink the file into WSL manually. - #4058 — BYOK custom model provider is not forwarded to remote (WSL) sessions
- #3879 — New terminal inside a WSL session opens a Windows shell
- Discussion #4188 — Allow automations to run on specific environments
- Ngôn ngữ chính
- Không có dữ liệu ngôn ngữ
- Star
- 2.1k
- Fork
- 157
- Chỉ số merge pull request
- Không có pull request nào được merge trong 30 ngày
Chuẩn bị môi trường
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của github/app
-
triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
Issue tương tự
-
bug needs triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 86/100
-
priority: P2
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
-
bug
Độ khó 1/5 1-3 giờ Mức phù hợp với người mới 88/100
isl-org/Open3D#7585 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 2 ngày
-
area/sessions comp/desktop P3 type/bug
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 90/100
NousResearch/hermes-agent#127469 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug desktop needs-triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
MiniMax-AI/minimax-code#386 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày