Support configurable worktree paths per project
- Langage dominant
- Aucune donnée de langage
- Étoiles
- 2.1k
- Forks
- 153
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Description
### 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.
Guide de contribution
Ouvrir le guide de contribution
Piste de recherche
Aucun fichier, test ou point d’entrée d’implémentation n’est indiqué. Commencez par localiser la configuration du worktree au niveau du projet de la GitHub App et retracez la manière dont elle produit actuellement la structure repo_clone_path/copilot-worktrees/repo_clone_name/random-worktree-name. Avant l’implémentation, clarifiez quelles options de personnalisation et quelles règles de nommage sont nécessaires ; le résultat doit inclure une configuration par projet qui produise de manière fiable des chemins de worktree plus courts et prévisibles.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- git, github
- Domaine
- desktop, developer-experience, tooling
- Type d'issue
- Fonctionnalité
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Activité
- Calme
- Clarté
- À clarifier
- Accessibilité débutants
- 38/100