github / github/app

Improve Multi-Repository Support Without Worktree Dependency

Abierto
#1,708 0 comentarios 0 reacciones 0 asignados Ver en GitHub
Feedback mood:happy os:windows Requests and ideas
Lenguaje dominante
Sin datos de lenguaje
Estrellas
2.1k
Forks
153
Métricas de merge de PR
Sin PR fusionados en 30 d

Descripción

**Mood:** 😊
**Category:** Requests and ideas

It would be useful to provide an option to disable worktree usage when working with local folders. My setup contains a mix of GitHub and Azure DevOps repositories, including both multi-repository and monorepo scenarios.
One possible approach would be to prompt the user to create a branch with the same name across all selected repositories instead of automatically relying on worktrees.
Additionally, when worktrees are used, the agent currently does not create a dedicated folder for each repository under the worktree directory. As a result, repository discovery and search do not work reliably because not all repositories are present in the worktree location. I often need to explicitly tell the agent where to look for specific repositories.
Previously, I manually cloned all repositories required for a task into a single directory, and the search functionality worked much better without any additional guidance. It would be great if the worktree experience could achieve the same level of repository visibility and searchability.

---
| Field | Value |
| --- | --- |
| App version | 1.0.16 |
| Theme | GitHub |
| Path | /chat |

Guía de contribución

Abrir la guía de contribución

Línea de trabajo

The issue concerns the /chat flow and local multi-repository worktrees. Reproduce a task using GitHub and Azure DevOps repositories, including multi-repository and monorepo setups, then inspect how repositories are placed and discovered in the worktree directory. Done means users can disable worktrees or get repository-specific worktree folders so search sees all repositories, with the branch behavior defined.

Escrito por el modelo de indexación a partir del texto del issue.

Evaluación

Stack tecnológico
git, github
Área
developer-experience, devtools, search
Tipo de issue
Nueva funcionalidad
Dificultad
5/5
Tiempo estimado
Más de una semana
Estado de actividad
Tranquilo
Claridad
Bastante claro
Aptitud para principiantes
35/100

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.