Make the number of parallel code-host requests configurable (git config stack.codeHostConcurrency)
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 72/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Activo
- Stack tecnológico
- typescript
- Área
- cli
Línea de trabajo
Busca codeHostConcurrency y el manejo existente de la configuración de Git para stack.trunks y stack.blockLink. Añade compatibilidad con stack.codeHostConcurrency, manteniendo el valor predeterminado de 4 cuando no esté configurado, y verifica después que las solicitudes al host de código utilicen el límite configurado y que el comportamiento existente permanezca sin cambios de forma predeterminada.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
What I'd like
A way to control how many requests stack makes to the code host at the same time, set through git config like the other options — for example:
git config stack.codeHostConcurrency 2
Why
Right now stack fires several code-host requests in parallel (it looks like 4 at a time). In my setup, that burst of simultaneous requests is too much and the calls start timing out, so stack fails partway through.
If I could set the number myself, I could find the sweet spot that works for me — maybe 3 or 2 is enough, and 1 as a worst case. Being able to tune it means stack finishes reliably instead of failing on the burst.
How I imagine it working
The number already exists in the code (codeHostConcurrency, default 4) but isn't exposed. It could be read from git config the same way stack.trunks and stack.blockLink already are:
git config stack.codeHostConcurrency 2 # two requests at a time
git config stack.codeHostConcurrency 1 # one at a time
git config stack.codeHostConcurrency 4 # current default
If it's not set, keep the current default of 4 so nothing changes for existing users.
- Lenguaje dominante
- TypeScript
- Estrellas
- 542
- Forks
- 22
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de kitlangton/stack
-
Dificultad 4/5 3-5 días Aptitud para principiantes 38/100
kitlangton/stack#53 ·
Todos los issues de kitlangton/stack
Issues similares
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 83/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
ranxianglei/billion-context#3583 ·
Los mantenedores suelen responder en 1 día
-
bug:new
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
callstackincubator/simlock#673 ·
Los mantenedores suelen responder en 1 día
-
documentation v3
Dificultad 2/5 1-3 horas Aptitud para principiantes 73/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 73/100
anomalyco/opencode#56380 · 1 comentario ·
Los mantenedores suelen responder en 1 día