Esta página cubre algunas de las tareas que puedes enfrentar mientras contribuyes. Los enfoques mencionados aquí están diseñados para facilitar el proceso y pueden aplicarse a otros proyectos alojados en GitHub o plataformas similares.
Para obtener más información sobre Git y GitHub, véase Documentación de GitHub
Git es un sistema de control de versiones que ayuda a administrar los cambios en los archivos. Los datos de la osu! wiki y el historial de cambios se almacenan en un repositorio de Git. GitHub es una plataforma de desarrollo que proporciona una interfaz web para repositorios Git y ofrece un conjunto de herramientas para la gestión de proyectos.
Para realizar cambios en un repositorio ubicado en GitHub, un posible contribuidor debe obtener una copia controlada llamada bifurcación (fork). Cuando creas tu bifurcación del repositorio osu-wiki
, tomas una instantánea de su contenido en ese mismo momento. Para hacer una contribución útil, siempre sincroniza tu bifurcación antes de realizar una serie de cambios; esto se puede hacer directamente desde GitHub:
Ve a tu bifurcación del repositorio osu-wiki
.
Selecciona la rama master
del menú desplegable.
Haz clic en Fetch upstream
, y selecciona Fetch and merge
.
Actualizar la rama desactualizada
Ahora tu rama está actualizada con el repositorio original.
Esta solución funciona bien en la mayoría de los casos, aunque la función en sí tiene capacidades limitadas. Por ejemplo, no permite sobrescribir ningún cambio no deseado en la rama, ya que solo fusiona la rama master
anterior.
Si encontraste algún problema al usar la herramienta GitHub o si deseas sobrescribir el contenido de tu rama, puedes usar el flujo de trabajo escrito por los contribuidores de la wiki de osu!.
Abre tu bifurcación y ve a la pestaña Actions
.
En la barra lateral izquierda, busca Sync with ppy:master
.
Haz clic en Run workflow
y completa las opciones:
Menú de envío del flujo de trabajo de GitHub Actions
master
.{branch name}-backup
en tu bifurcación antes de intentar actualizarla.ppy:master
, descartando todos sus commits diferentes. De forma predeterminada, ppy:master
se fusionará en la rama de destino.Haz clic en el botón Run workflow
y espera a que se complete el flujo de trabajo. Si tienes curiosidad acerca de cómo funciona la herramienta, haz clic en la tarea del flujo de trabajo Sync with ppy:master
.
Véase también: Forking Workflow | Atlassian Git Tutorial
Dentro de tu bifurcación de la osu! wiki, eres libre de hacer cualquier cambio y guardarlo. Los commits son «puntos de guardado» individuales del repositorio. Las ramas (branches) son espacios de trabajo que te permiten alternar entre varias versiones del repositorio. Para facilitar tu flujo de trabajo y mantener el historial de la wiki limpio y libre de ruido, sigue estas pautas:
master
, y solo mantén allí tus cambios. Dale un nombre significativo, como update-staff-log
.Rewrite the section about jump patterns
dice mucho más que Update es.md
.Una solicitud de cambios muestra a otras personas cómo afectarán tus ediciones a los archivos. Agrega información a tu solicitud de cambios para explicar tus intenciones:
Título
: un título descriptivo muy breve para tus cambios en inglés, junto con el nombre del artículo. En el caso de una traducción, comienza con el nombre del idioma de dos letras de tus traducciones entre paréntesis. Ejemplos:
[ES] Add `BBCode`
Update `Beatmapping` and `Beatmap/Difficulty`
Descripción
: cualquier cosa que quieras señalar a los mantenedores y otros posibles revisores. Ejemplos:
Allow edits from maintainers
ya que permitirá que los mantenedores de la wiki te ayuden a mejorar la solicitud de cambios cuando sea necesarioLas revisiones se aplican mejor directamente a través de la interfaz web de GitHub. Usa el botón Add suggestion to batch
cuando estés en la pestaña Files changed
para aplicar múltiples revisiones simultáneamente.
También puedes usar el botón Commit suggestion
para aplicar una sola sugerencia de forma individual, siempre que realices commits con moderación y con mensajes informativos.
El uso de este sistema marcará automáticamente las sugerencias como resueltas. Al aplicar revisiones manualmente (por ejemplo, cuando el revisor no agregó una sugerencia directa), márcalas como resueltas después de enviar el cambio para evitar olvidar alguna. Es preferible dejar que GitHub aplique las revisiones automáticamente, ya que garantiza que las sugerencias se apliquen correctamente y evita cualquier error de copia manual.
Hay dos razones por la que esto pudo haber pasado:
Dependiendo de la severidad de los conflictos, puedes tener dos opciones para arreglar esto:
Resolve conflicts
, haz clic. Esto abrirá una versión levemente distinta del editor web.
<<<<<<<
hasta =======
son tus cambios, donde todo desde =======
hasta >>>>>>> master
es lo que está en la rama ppy/master
.<<<<<<<
, =======
y >>>>>>> master
.Mark as resolved
(esto estará disponible solo cuando todas las partes conflictivas del archivo se hayan resuelto).Resolve conflicts
está bloqueado dado que los conflictos son muy complicados para GitHub, se te acabó la suerte y necesitarás actualizar tu rama y hacer los cambios de nuevo.