github / github/app

Support configurable worktree paths per project

オープン
#1,435 コメント 3 件 リアクション 2 件 担当者 0 名 GitHub で見る
Requests and ideas
主要言語
言語のデータがありません
スター
2.1k
フォーク
153
PR マージ指標
30日以内にマージされた PR はありません

説明

### Feature summary

Allow custom worktree location and naming per project

### What problem are you trying to solve?

Today, worktrees are created in a fixed structure like:

```text
repo_clone_path/
└── copilot-worktrees/
└── repo_clone_name/
└── random-worktree-name
```
For some projects, especially large C++ codebases, this can create very long filesystem paths. Those long paths can cause build or compilation issues or make the worktree harder to use in environments with strict path-length limits.

### Proposed solution

Allow users to customize the worktree location and naming structure on a per-project basis.

Possible improvements:

- Let users set a custom base worktree directory
- Let users customize the worktree folder structure
- Prefer shorter or more predictable generated worktree names
- Optionally support random-name generation patterns that keep paths compact

### Workflow impact

This would improve reliability for projects that are sensitive to path length, especially C++ and other build-heavy repositories. It would also make worktrees easier to manage for users who need a more compact or organization-specific directory layout.

### Installation context

Project-level worktree setup in the GitHub App

### Additional context

Current structure:
```text
repo_clone_path/
└── copilot-worktrees/
└── repo_clone_name/
└── random-worktree-name
```
A customizable structure would help avoid long path issues and make worktrees more accessible in constrained environments.

コントリビューションガイド

コントリビューションガイドを開く

調査の方向性

ファイル、テスト、実装のエントリーポイントは指定されていません。まず、GitHub App のプロジェクトレベルの worktree セットアップを見つけ、現在の repo_clone_path/copilot-worktrees/repo_clone_name/random-worktree-name 構造がどのように生成されるかを追跡してください。実装の前に、どのカスタマイズオプションと命名規則が必要かを明確にしてください。完了条件には、より短く予測可能な worktree パスを確実に生成するプロジェクトごとの設定を含める必要があります。

索引モデルが issue の本文から書いたものです。

評価

技術スタック
git, github
領域
desktop, developer-experience, tooling
issue の種類
機能追加
難易度
5/5
見積もり時間
1週間以上
活発さ
静か
明瞭さ
説明が足りない
初心者へのやさしさ
38/100

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。