Evaluate automated github release policy
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 35/100
Línea de trabajo
Start by reviewing the repository’s automated GitHub release workflow and how it relates to stable releases on haxelib; the issue does not name specific files or tests. Decide whether to stop automatic releases or mark them with unstable version numbers and preview status, and consider how to identify the commit required for Haxe 5.0.0-preview.1. Done means the release policy is clear and the selected behavior is implemented.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
I wonder sometimes whether it is actually that useful to have a github release on every commit. It might give a false impression that these are stable releases, which they are not, and things can break and change between commits. It also creates noise, and makes it harder to find actual stable releases. It is also confusing that they are on github, but not on haxelib.
Maybe we should turn off these automated releases, or at least give them explicit unstable version numbers (like 4.3.x-alpha.y or something) and mark them as preview releases.
(as an aside, it would also be useful if it was easier to identify a428509569b8fa251f2317aa0fe9ed2de1927980 (aka v4.3.91) as the version required for haxe 5.0.0-preview.1)
- Lenguaje dominante
- C++
- Estrellas
- 330
- Forks
- 232
- Merge medio
- 3 d 5 h
- PR fusionados (30 d)
- 3
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 HaxeFoundation/hxcpp
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
HaxeFoundation/hxcpp#1217 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
HaxeFoundation/hxcpp#1431 ·
Los mantenedores suelen responder en 1 día
-
Set up clang formatAbierto
Dificultad 5/5 Más de una semana Aptitud para principiantes 42/100
HaxeFoundation/hxcpp#1430 ·
Los mantenedores suelen responder en 1 día
-
Null<UInt> compared with null gives wrong results (null is cast to 0 by UInt's == / != overloads)Abierto
Dificultad 4/5 1-2 días Aptitud para principiantes 57/100
HaxeFoundation/hxcpp#1427 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Dificultad 3/5 1-2 días Aptitud para principiantes 45/100
HaxeFoundation/hxcpp#1415 · 5 comentarios ·
Los mantenedores suelen responder en 1 día
Todos los issues de HaxeFoundation/hxcpp
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
bulletphysics/bullet3#4819 ·
-
[YSQL] Local-node initdb reads postgres.bki, but YB clusters bootstrap only from yb_postgres.bkiAbiertoarea/ysql kind/enhancement priority/low status/awaiting-triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
yugabyte/yugabyte-db#35763 ·
Los mantenedores suelen responder en 1 día
-
[mimalloc] update to 3.6.0Abiertocategory:port-update
Dificultad 2/5 1-3 horas Aptitud para principiantes 66/100
Los mantenedores suelen responder en 2 días
-
MinGW build faillureAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 67/100
facebookresearch/faiss#5775 · 1 comentario ·
Los mantenedores suelen responder en 2 días
-
Eval bug: minimax-m3: build_moe_ffn() drops the per-expert NVFP4 scale → garbled output (M3.1 Flash)Abiertobug-unconfirmed
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
Los mantenedores suelen responder en 1 día