Si realiza alg\u00fan trabajo, independientemente de si es de c\u00f3digo abierto o de c\u00f3digo cerrado (aunque s\u00e9 que la mayor\u00eda de los que leen este sitio est\u00e1n involucrados en el c\u00f3digo abierto), es probable que use alg\u00fan control de fuente, y probablemente sea GitHub.<\/p>\n
Para muchos de ustedes, siguen un proyecto, contribuyen a un proyecto o manejan solicitudes de incorporaci\u00f3n de cambios a un proyecto. \u00bfY qu\u00e9 pasa con esos proyectos en los que trabajas en equipo?<\/p>\n
Quiz\u00e1s su flujo de trabajo sea algo como esto:<\/p>\n
Pero, \u00bfqu\u00e9 pones en la plantilla para la solicitud de extracci\u00f3n? \u00bfEs lo mismo cada vez o es diferente? \u00bfQu\u00e9 pasa si el contenido del PR est\u00e1 relacionado con algo en Trello<\/a>, Asana<\/a>, Basecamp<\/a> o alg\u00fan otro sistema de gesti\u00f3n de proyectos?<\/p>\n Ah\u00ed es donde entran en juego las plantillas de relaciones p\u00fablicas de GitHub.<\/p>\n Puede leer todo sobre ellos en la p\u00e1gina, pero aqu\u00ed est\u00e1 la esencia (sin juego de palabras):<\/p>\n Es dif\u00edcil resolver un problema cuando faltan detalles importantes. Ahora los mantenedores de proyectos pueden agregar plantillas para problemas y solicitudes de extracci\u00f3n a los proyectos, lo que ayuda a los colaboradores a compartir los detalles correctos al comienzo de un hilo.<\/p>\n<\/blockquote>\n Y la idea es simple: creamos plantillas para problemas y solicitudes de extracci\u00f3n para otros que brindan un nivel de informaci\u00f3n que deben completar antes de enviar un problema o una solicitud de extracci\u00f3n.<\/p>\n Esto nos ayuda, ya que los mantenedores saben cualquier informaci\u00f3n que necesitamos antes de investigarla. Adem\u00e1s, puede permitirnos vincular a un problema anterior, un boleto anterior, cualquier cosa anterior relacionada con el proyecto.<\/p>\n Por ejemplo, supongamos que est\u00e1 trabajando en un proyecto y desea incluir la siguiente informaci\u00f3n:<\/p>\n No digo que esta sea la informaci\u00f3n que se requiere, pero es algo que hemos usado y que he encontrado \u00fatil (y es bueno ver que se realizan m\u00e1s mejoras con el tiempo<\/a> ).<\/p>\n El sitio es bastante claro, pero es realmente simple. Necesita los siguientes archivos en el directorio de su proyecto o en el archivo. directorio github<\/strong> :<\/p>\n Cada uno de estos debe ser un archivo de descuento que resalte exactamente qu\u00e9 es lo que est\u00e1 buscando que sus colaboradores incluyan cada vez que est\u00e9n, ya sabes, contribuyendo a su proyecto de alguna manera.<\/p>\n Y luego, cada vez que un usuario busca informar un problema o crear una solicitud de extracci\u00f3n, se le solicita la informaci\u00f3n de la plantilla.<\/p>\n Bonito, \u00bfno?<\/p>\n Puede que no creas que es mucho, pero es bastante f\u00e1cil ayudar a mejorar la calidad de la informaci\u00f3n que llega a un proyecto, hacer que tus colaboradores piensen en lo que est\u00e1n poniendo en el proyecto y luego responder en consecuencia.<\/p>\n Adem\u00e1s, te ayuda a ti y al resto de tu equipo a comprender qu\u00e9 es lo que se va a revisar y a prepararse para cualquier cambio que pueda surgir al trabajar en estos proyectos.<\/p>\nPlantillas de relaciones p\u00fablicas de GitHub<\/h2>\n
\n
\n
Pero, \u00bfc\u00f3mo usamos esto?<\/h3>\n
\n
No es mucho, pero\u2026<\/h2>\n