Contribuir a Quick Docs

Hanku Lee, Peter Boy, Equipo de Documentación de Fedora Last review: 2023-03-19
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.

easy contrib
Figura 1. Enlaces para contribuir herramientas

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

report issue
Figura 2. Señalar los errores que encontró

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.

report issue
Figura 3. El editor de web

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.

assign issues
Figura 4. Asignar incidencias

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.

watch notification
Figura 5. Opciones de notificación

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!