Hacktoberfest 2026: los issues que los mantenedores marcaron para octubre, abiertos y aptos para principiantes. Explorar issues de Hacktoberfest

Clarify terminology: Project vs Workspace vs Group

Abierto
#395 4 comentarios 0 reacciones 0 asignados Ver en GitHub

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
3/5
Tiempo estimado
1-2 días
Aptitud para principiantes
38/100
Tipo de issue
Documentación
Claridad
Necesita aclaración
Estado de actividad
Estancado
Stack tecnológico
typescript

Línea de trabajo

The issue names no files or tests. Start by locating the existing UI and documentation references to Project, Workspace, and Group, then compare their persistence and app-server lifecycle behavior. Done means the terms, hierarchy, behavioral differences, and intended organization for nested folders are clearly documented, with links to the relevant section.

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

Descripción

Hi! First off: Codex Monitor is great — thanks for building it.

I’m confused about terminology: the UI/docs seem to use Project and Workspace interchangeably, and Group sometimes appears as a “project group” / “workspace group”.

Could you clarify the intended meaning / hierarchy of these terms?

Specifically:

  • Is a “Project” a distinct concept from a “Workspace”, or just a UI label for the same saved working directory?
  • Does “Open Project” behave differently than “Add Workspace” in terms of persistence and app-server lifecycle?
  • Are “Groups” purely organizational metadata for workspaces/projects, or do they affect behavior in any way?

Concrete example:

  • I have a tree under ~/Work with multiple repos (and some non-repo folders). I can add ~/Work as a Project and ~/Work/some-repo as a Workspace, but it’s unclear what the intended organization model is.

If there’s an existing doc/section that defines these terms, a link would be appreciated.

Lenguaje dominante
TypeScript
Estrellas
4.3k
Forks
416
Métricas de merge de PR
Sin PR fusionados en 30 d

Guía de contribución

No hay ninguna guía de contribución indexada para este repositorio

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de Dimillian/CodexMonitor

Todos los issues de Dimillian/CodexMonitor

Issues similares

Más issues de TypeScript

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.