Añadir un tenedor Github al repository existente

Configuré un proyecto Octopress siguiendo las instrucciones dadas (http://octopress.org/docs/setup/) que te hacen crear un repository de Github y crear un repository local en tu máquina. En su máquina local agrega un control remoto al repository Octopress original y luego emite un command "git pull". Luego, agrega un control remoto a su repository de Github para que pueda enviar sus cambios a su repository.

Todo esto funciona hasta donde llega, pero no crea una bifurcación del proyecto original, lo que significa que no hay una forma obvia (para un novato) de emitir una request de extracción al repository original de Octopress.

¿Hay alguna manera de agregar un tenedor del repository Octopress original a mi instancia de ese repository en Github?

Si no hay una forma, ¿puedo eliminar de manera segura mi instancia de Octopress de Github, bifurcar el original en Github y luego agregar un nuevo control remoto desde mi repository local al recién creado Octopress?

Aunque las personas tienden a pensar en su repository en Github como el "oficial", recuerden que es una distinción social y no técnica. Desde el punto de vista de git, cada repos está en igualdad de condiciones. Esto significa que siempre que haya retirado cada confirmación en su repository local, puede eliminar con security la que está en Github. Luego solo bifurque el proyecto Octopress en github, configúrelo como un control remoto en su repository local y presione. A Git no le importa de qué repository obtuviste originalmente un compromiso determinado. "Simplemente funciona".

No conozco ninguna forma de convertir tu copy github en blanco en un tenedor github después del hecho, así que

Si no hay una forma, ¿puedo eliminar de manera segura mi instancia de Octopress de Github, bifurcar el original en Github y luego agregar un nuevo control remoto desde mi repository local al recién creado Octopress?

es el path a seguir. Borre su propio repository github, presione el button de horquilla en el repository de octoprocesss y clone su horquilla en su máquina local.

Si ya ha realizado algún cambio para mantenerlo, diría que usar git format-patch para almacenarlos como una serie de files de parche y git apply-patch para aplicarlos en un clon de su nuevo repository es probablemente más fácil que usar el antiguo como control remoto (en su máquina local).

Si entiendo el OP. Tienen un repo Git, y ahora han decidido que debería haber ahorrado otro repo. De forma retroactiva, les gustaría que se convierta en una bifurcación, sin interrumpir el equipo que utiliza el repository al necesitarlos para apuntar a un nuevo repository.

He pensado en cambiar el nombre de un nuevo repository en su lugar. Entonces, si el equipo actual clona, ​​y fetchs, y tira ejemplo.git

  1. configurar un nuevo repository que sea un tenedor, example_fork.git
  2. cambiar el nombre de example.git a example_deprecated.git
  3. rápidamente cambie el nombre de example_fork.git a example.git.

He oído que cualquiera que ya haya tenido un clon se encontraría con un error (para que no se eviten los inconvenientes tan bien como yo esperaba)

También he visto sugerencias para usar Force Push: Marcar un repository como un tenedor en github, después del hecho

.

Pero ahora me pregunto si el tema de discusión está networkingactado con más precisión como " establecer el control remoto en sentido ascendente de un repository existente ". Discutido aquí: Añadiendo remoto upstream a git repo en bit bucket

en function de los comentarios proporcionados aquí: ¿Qué significa la ayuda de 'git remote add upstream'? Creo que básicamente permitiría el horneado retroactivo como quiero, y como creo que el OP está pidiendo.

Aun no lo he intentado.