[RFC] Git mailing list filters
Nadie ha tomado este issue todavía.
- Lenguaje dominante
- CSS
- Estrellas
- 373
- Forks
- 325
- Merge medio
- 4 d 18 h
- PR fusionados (30 d)
- 1
Descripción
Hello!
I was discussing with @chriscool about adding instructions to git.github.io about filtering messages from the Git mailing lists. I don't know exactly which would be the best page to place them (perhaps Hacking Git? or a new page dedicated to dealing with communication?).
This work for me (please note that I use GMail and I'm following its searching syntax):
| Type | Folder | Mark as read | Search string |
|---|---|---|---|
| Messages including me | Inbox | No | (default behavior) |
| Patch | Git/Patches | Yes | from:(-<my address>) subject:PATCH (list:git@vger.kernel.org AND -to:<my address>) |
| What's cooking | Git/What's cooking | No | from:(-<my address>) subject:(What's cooking in git.git) (list:git@vger.kernel.org AND to:-<my address>) |
| Rev News | Git/Rev News | No | from:(-<my address>) subject:("[ANNOUNCE] Git Rev News") (list:git@vger.kernel.org AND to:-<my address>) |
| Other | Git/Discussion | No | from:(-<my address>) subject:(-PATCH -"What's cooking" -"[ANNOUNCE] Git Rev News") (list:git@vger.kernel.org AND to:-<my address>) |
I would like to hear you if you have any comments on these filters. I want do to something for filtering Git releases but GMail's syntax isn't powerful enough to do that (unless if I do some tricks checking the messages bodies, which is a fragile assumption).
Thanks!
Guía de contribución
No hay ninguna guía de contribución indexada para este repositorio
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.
Línea de trabajo
Revisa la estructura de la documentación de git.github.io, especialmente la posible página Hacking Git, y compara los filtros de Gmail propuestos con el contenido existente del sitio. Se considera terminado cuando se haya elegido una ubicación adecuada y se hayan documentado claramente los filtros útiles de la lista de correo, señalando que el filtrado de releases no está cubierto si la sintaxis de Gmail no puede admitirlo.
Escrito por el modelo de indexación a partir del texto del issue.
Evaluación
- Stack tecnológico
- git
- Área
- documentation
- Tipo de issue
- Documentación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Estado de actividad
- Tranquilo
- Claridad
- Bastante claro
- Aptitud para principiantes
- 45/100