Формування репо в GitHub, але дозволення нових випусків на вилці [закрито]

Раніше я відсилав репост інших людей на GitHub, і я помітив, що проблеми залишаються з оригінальним репо, і що я не можу подавати проблеми на роздвоєне репо.

У мене зараз таке завдання. Я працюю в малому бізнесі, де розробкою займався один із директорів за його особистим рахунком. Він мило залишив проект, і ми хотіли б перенести цей проект подалі від його особистого рахунку на новий "рольовий" акаунт на GitHub.

Я б, природно, роздрібнив репо, щоб зберегти історію коду, але тоді я закінчу репо, де ми не можемо подавати нові випуски, що зовсім небажано.

Як я можу зробити копію цього оригінального репо в наш новий акаунт, в ідеалі зберігаючи історію коду, але мати можливість подавати нові проблеми в цей новий обліковий запис?

Після швидкого тестування можна приєднати проблему до власної вилки репо. Ось що я зробив:

• Форк-репо
• Перейдіть на сторінку "Налаштування" вилки.
• Поставте прапорець біля Issues

Тепер ви можете подавати проблеми на власній вилці, і вони не розміщуватимуться в основному репо.

Існує також можливість передати (право власності) на сховище з одного облікового запису на інший (наприклад, від колишнього співробітника до акаунта "організації").

• Кнопка "Передати право власності" знаходиться внизу сторінки "Налаштування" сховища, в розділі "Зона небезпеки".
• Поточний власник сховища повинен мати адміністративні привілеї до організації призначення (хоча це може бути лише тимчасовим).

Це стародавнє питання, і я би прихилився до підходу, який представляє Давид П.

Ще один варіант - пам’ятати, що локальне сховище Git - це ціле сховище, що містить історію коду. Ви можете просто натиснути його як інше сховище на GitHub, таким чином, щоб GitHub не мав уявлення, що 2 стосуються. Ви все ще бачите всю свою історію комісій.

Цей підхід призведе до того, що ви втратите будь-яку історію відстеження проблем, у вас є. Підхід Девіда Р перевершує мій, IMO.