Dependabot - Private "Registries"/"Dependencies"/"Repositories" is misleading

Abierto Apto para principiantes
#45,681 6 comentarios 0 reacciones 0 asignados Ver en GitHub

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
1/5
Tiempo estimado
Menos de una hora
Aptitud para principiantes
82/100
Tipo de issue
Documentación
Claridad
Bastante claro
Estado de actividad
Activo
Stack tecnológico
github
Área
documentation

Línea de trabajo

Lee el artículo afectado en docs.github.com/en/code-security/reference/supply-chain-security/supported-ecosystems-and-repositories, centrándote en los tres usos de “Private Registries”, “Private Dependencies” y “Private Repositories”. Armoniza la terminología para que quede claro el alcance de las dependencias y los repositorios privados y, a continuación, revisa el artículo renderizado para comprobar que la redacción sea coherente.

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

Descripción

content dependabot needs SME
Code of Conduct
What article on docs.github.com is affected?

https://docs.github.com/en/code-security/reference/supply-chain-security/supported-ecosystems-and-repositories

What part(s) of the article would you like to see updated?

Dependabot sometimes cannot resolve private dependencies for some ecosystems (e.g. Nix, currently)

However, this is expressed in 3 different expressions:

  1. Private Registries
  2. Private Dependencies
  3. Private Repositories

Those can be misleading

For example:
I personally thought dependabot was completely not working for some ecosystems independently of private dependencies when the dependabot.yml file was inside of a private repository

Harmonizing the "Private *" term with a single word (probably "Private Dependencies", since it encompasses both registries and repositories) would have cleared up any confusion

Additional information

No response

Lenguaje dominante
TypeScript
Estrellas
20.9k
Forks
68.8k
Merge medio
13 h 43 min
PR fusionados (30 d)
110

Guía de contribución

Abrir la guía de contribución

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 github/docs

Todos los issues de github/docs

Issues similares

Más issues de TypeScript

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.