Contribuir a Quick Docs
Documentos Breves es una colección de guías como-hacer más breves y más tutoriales extensos para usuarios de Fedora Linux. Proporcionamos algunos consejos y pistas con el fin de contribuir a los Documentos Breves.
Tipos del contenido
Fedora Quick Docs consiste en dos tipos de artículos.
Las guías How-to
Sus características son
-
Intentado que sea útil cuando trabaje con Fedora
-
Orientado a problemas y objetivos
-
Usualmente es un texto relativamente breve de no más de 60.000 caracteres
-
Usualmente viene como una instrucción paso-a-paso para resolver un problema breve, específico o tarea, sin explicación extensiva
Tutoriales
Sus características son
-
Destinado a ser útil al estudiar un software o un conjunto de ellos para un propósito específico en Fedora
-
Caracterizado por aprender habilidades nuevas
-
A menudo es texto más extensivo que 80.000 caracteres
-
Asegure la compresión de las características seguidas de explicaciones de un programa de software
Si su publicación no cabe en ninguna categoría, considere un artículo bajo Administration Tools o en la página Home. El mejor lugar para preguntar es discussion.fedoraproject.org #docs.
Quién puede contribuir
Todos pueden contribuir y son bienvenidos. Sin embargo, hay algunos requisitos menores y fáciles de cumplir. Lo más importante es tener una cuenta de Fedora que haya firmado el Fedora Project Contributor Agreement. Esto es esencial para proteger a Fedora de posibles problemas de licencia. Claro que es útil tener conocimientos del lenguaje de marcado AsciiDOC, pero es muy fácil desenvolverse sin él. Esto es especialmente cierto al corregir y revisar artículos existentes. Es fácil integrarse en el flujo de trabajo existente.
Un hecho importante es que sea, ningún conocimiento especial requerido. No necesita conocer nada sobre escritorio de publicación, trucos de formato complicado o cualquiera como eso.
El intervalo de contribuciones factibles y necesarias es amplio. Cada uno puede contribuir un elemento importante. Los roles/tareas típicos son:
-
escritor
-
revisor técnico
-
comprobante ortográfico
-
mejoras de vocabulario
-
Organización de QuickDoc
-
revisión de los artículos
Como encontrar tareas
Ya sea un enlace roto, capturas de pantalla obsoletas de la interfaz gráfica de usuario, errores técnicos y gramaticales, cada pequeña contribución, no importa cuán pequeña sea, ayuda a los usuarios de Fedora Linux.
Mientras se lea un artículo
La mejor oportunidad para contribuir surge al leer el artículo en sí. Si encuentras un error, una omisión o una redacción poco clara, puedes contribuir con una mejora. En el encabezado de cada artículo encontrarás enlaces a dos de las tres herramientas para contribuir.

El botón más a la derecha conduce a un sistema de tickets donde puedes señalar el problema.

El campo de asunto ya contiene un enlace al documento afectado. No lo modifique. Por favor, describa la incidencia y, si es posible, sugiera una modificación concisa, preferiblemente lista para copiar y pegar.
Si no ha iniciado sesión en pagure, primero se abrirá una ventana de inicio de sesión de FAS.
El segundo enlace abre un editor web que puedes utilizar para introducir las modificaciones propuestas directamente en el texto.

Los siguientes pasos son explicados en detalle en el artículo How to edit files on the Pagure Web UI.
Incidencias asignadas para sí
Puede encontrar y contribuir a cambios necesarios siguiendo el Quick Docs Issue Board, donde los usuarios comparten errores en la documentación o sugerencias para mejorarla.
Si encuentra una incidencia que coincida con su interés y experiencia, en asignar en el cesionario en la parte superior derecha, presione el enlace tomar para asignar una incidencia para sí mismo.

Como contribuir
Quick Docs usa el mismo CMS que el resto de Fedora Docs, por lo que las herramientas son las mismas. Encontrará guías detalladas en la sección Contribution Tools.
Pull Requests y revisiones
En cualquier caso, el flujo de trabajo sigue el modelo de "pull request" o "merge request". Los cambios no se realizan en el texto publicado, sino en una versión secundaria. Una vez finalizado el trabajo, se activa una "merge request". Los miembros de la comunidad revisarán los cambios e iniciarán un debate o los aceptarán. Posteriormente, se fusionarán en la versión publicada. Por lo tanto, seguimos el principio de los cuatro ojos.
Pull Requests promueve trabajo colaborativo entre escritores y revisores donde los comentarios PR, ediciones y subidas sirven como proceso de revisión.
Los pasos individuales son en gran medida automáticos. Los detalles se describen en las herramientas correspondientes.
Notificación tras PR
Probablemente quieras seguir el progreso después del PR. Para eso está la función "Observar".
Vigila estado en medio de informe de Quick Doc tiene cuatro opciones. Seleccione una de las opciones a continuación.
-
Vigilar Incidencias y los RP
-
Vigilar Subidas
-
Vigila Incidencias, RP, y Subidas
-
Sin Vigía
La notificación irá a su correo-e como en los parámetros del usuario de Pagure.

Si no oyó desde revisiones tras su PR más largo que una semana, deje un comentario en PR para seguimiento.
A qué poner atención
Legibilidad
-
Escriba oraciones breves, estructuradas en parágrafos cortos. Evita el muro de texto cuando cree el contenido.
-
Utilice estructura clara y formato mínimo para mejor flujo de lectura
Adherencia a la guía de estilo
En lugar de criticar la coherencia del tono y los errores gramaticales, los revisores alientan a los escritores a leer The docs style guide. Si desea pruebas automatizadas, ejecuta enlazador Vale localmente Check Your Documentation Using Vale.
Conjunto de reglas
Más allá de la guía de estilo, aquí están unos conjuntos de reglas escasas necesarias a observar.
-
El equipo de Docs de proceso tratan defectos en documentación siguiente el mismo principio como los defectos del código (bug) donde la integración continua, pruebas automáticas, y mejora gradual de la calidad de documentación es adoptada.
-
Todos los cambios de Quick Docs deben ser realizados por medio de Pull Request desde proyecto bifurcado. Quick Docs no admiten subidas directas para su repo superior.
-
Si corrige el contenido sobre una característica nueva, liberaciones o contenido nuevo, pruebe la aplicación y proceso en un sistema nuevo o instalación fresca de Máquina Virtual con una actualización aplicada.
-
No utilice pantallazos del terminal. Proporciona bloque del código fuente de un lenguaje particular o comandos del intérprete.
-
Ejecute enlazador prose como vale localmente antes de PR. Marque este enlace: How to check documentation style with Vale
Plantilla de artículo
= ARTICLE_TITLE
AUTHOR_1; AUTHOR_2; AUTHOR_3 :revnumber: Fxy :revdate: yyyy-mm-dd :category: CATEGORY :tags: TAG_01 TAG_02 TAG_03 ... TAG_n //:page-aliases: OPTIONAL
// Formulario libre opcional útil para información adicional como comentario
[abstract] Oración de misión de 2-3 oraciones
Notas:
- Línea del autor
-
Nos gustaría incluir a los últimos tres autores que trabajaron en el artículo, tanto en su contenido como en su contenido. ¡Claro que cualquier contribución es bienvenida! Sin embargo, en esta posición destacada, no queremos incluir cambios menores, como errores ortográficos o correcciones de redacción.
Alternativamente, utilice El equipo de documentación de Fedora
- número de revisión
-
Utilice el número de revisión precedido por 'F', p.ej., F37, o un intervalo de publicaciones, p.ej., F36,F37,F38 o F33-F37. Sea tan específico como utilizar todo, 'all', solo en casos excepcionales
- fecha de revisión
-
La última fecha marcada por alguien en el contenido para category:: Selecciona solo una categorías a continuación. Una categoría es obligatoria. Las categorías (y etiquetas) son la única manera de obtener un artículo.
- etiquetas
-
una o más etiquetas desde el listado de abajo
- abstracto
-
1-3 oraciones describiendo el contenido y logros. Evita cualquier redundancia, p.ej. repetir el título
Además puede download the template para hacerlo más fácil.
Listado de categorías desde donde elegir
¡Solo puede seleccionar una categoría!
-
Administración
-
Instalación
-
Gestionar software
-
Modernizar
¡La lista está lejos de estar completa! Por determinar: listado extendido de categorías |
Listado de etiquetas para elegir origen
¡Puede seleccionarmúltiples etiquetas!
-
Etiquetes de 1º nivel, elija al menos una:
-
Como
-
Tutorial
-
-
Etiquetas de 2º nivel, elija múltiples, ninguno si todo el sistema
-
Workstation
-
GNOME
-
KDE
-
XFCE
-
-
Silverblue
-
Kinoite
-
Servidor
-
CoreOS
-
IoT
-
-
nivel 3º de etiquetas, opcional, elección múltiple
-
Resolución de problema
-
Imprimir / Escanear
-
SELinux
-
Es libre para elegir etiquetas de 3º nivel adicional si ninguna cabe en su contribución.
El equipo Docs necesita su ayuda
Ayúdenos con las incidencias, los RP, embarcando en contribuidores nuevos o conservando nuestro material de artículos como uno completo a la fecha. ¡Muchas gracias!
Want to help? Learn how to contribute to Fedora Docs ›