¿Cómo copyr un repository completamente separado del original, no un tenedor?

Tengo un repository compartido que nuestra empresa utiliza para el desarrollo de testings. Como creció enormemente engorroso, decidimos refactorizar las testings de cada equipo en repositorys separados y también separar los trozos comunes de testing (TestNG, Selenium, BrowserMob, etc.) en un repository común.

Originalmente, me metí en un repository para mi equipo: originalRepo / testStuff ==> myteam / testStuff. Luego eliminé todo el código de testing de otros equipos, ya que no necesitaba mantenerlo. Al crear una twig para un nuevo trabajo, creé una request de extracción para fusionar esa twig en su maestro de mi fork: myteam / testStuff-new ==> myteam / testStuff.

Sin embargo, todos los demás reciben notificación de esa request de extracción, pensando que estaba a punto de eliminar los aproximadamente 1500 files del originalRepo / testStuff. Después de administrar RCP en todos los equipos de testing, determinamos que no había roto nada. Sin embargo, la configuration actual es cercana al original, y me gustaría cortar por completo todos los vínculos en Git.

Las opciones que veo: 1. copyr / pegar manualmente todo a un repository nuevo (es decir, myteam / sevenetworkingRepo). Esto parece plagado de errores. 2. Conservar mi horquilla existente y de alguna manera cortarla de ReRe / testStuff original. Esto parece requerir ayuda del administrador.

¿Hay otra manera? Limpio, confiable, recomendado?

¡Gracias!

Si tiene los permissions correctos para crear nuevos repositorys, esto debería ser bastante fácil. Todo lo que tiene que hacer es crear un nuevo repository vacío e insert los contenidos de su repository existente en él.

  1. Crea un nuevo repository en myteam/sevenetworkingRepo .
  2. En su repository local, elimine la reference al repository original git remote rm origin .
  3. Agregue un nuevo control remoto que le git remote add origin https://github.com/myteam/sevenetworkingRepo.git repo git remote add origin https://github.com/myteam/sevenetworkingRepo.git . Cuando crea un nuevo repository en blanco, Github le mostrará la url que debe usar al agregar el nuevo origen.
  4. Empuje su repository local al nuevo git push -u origin master remoto git push -u origin master .

La mayor parte de la información anterior se mostrará en la página que Github muestra después de crear un nuevo repository. Sin embargo, lo importante es que la única connection real entre un repository git y otro es a través de controles remotos. Si elimina los controles remotos, ya no hay ningún enlace entre ellos. Técnicamente, Github podría ser lo suficientemente inteligente como para determinar una historia compartida entre dos repositorys mediante la inspección de su historial de compromisos, pero no creo que realmente lo hagan.