Forking repo di GitHub tetapi membiarkan masalah baru pada fork [ditutup]

109

Saya sebelumnya telah memotong repo orang lain di GitHub, dan saya perhatikan bahwa masalah tetap ada pada repo asli, dan bahwa saya tidak dapat mengajukan masalah pada repo bercabang itu.

Saya sekarang memiliki tugas berikut. Saya bekerja untuk bisnis kecil di mana pengembangan sedang dilakukan oleh salah satu kepala sekolah pada akun pribadinya. Dia secara damai meninggalkan proyek, dan kami ingin memigrasikan proyek itu dari akun pribadinya ke akun "peran" baru di GitHub.

Saya secara alami akan memotong repo, untuk melestarikan sejarah kode, tetapi kemudian saya akan berakhir dengan repo di mana kita tidak dapat mengajukan masalah baru, yang sangat tidak diinginkan.

Bagaimana saya bisa membuat salinan dari repo asli ini ke akun baru kami, idealnya masih mempertahankan sejarah kode, tetapi dapat mengajukan masalah baru dalam akun baru ini?

issue-tracking github forking

— Tom Swirly
sumber

Saya memberikan suara untuk menutup pertanyaan ini sebagai di luar topik karena dukungan untuk berbagai produk dan layanan harus diarahkan ke saluran dukungan yang sesuai.

— Thomas Owens

150

Setelah tes cepat, dimungkinkan untuk melampirkan masalah ke garpu repo Anda sendiri. Inilah yang saya lakukan:

Garpu repo
Buka halaman Pengaturan garpu Anda.
Centang kotak di sebelah Issues

Anda sekarang dapat mengajukan masalah pada garpu Anda sendiri dan mereka tidak akan ditempatkan di repo utama.

— marco-fiset
sumber

1

Jika Anda tahu apa yang harus dilakukan, tentu saja. Mengapa tidak diaktifkan secara default?

— Chaim Eliyah

4

@ChaimEliyah Karena sebagian besar garpu di Github dibuat untuk membuat permintaan tarik. Sangat penting untuk memastikan bahwa laporan bug berakhir di proyek asli, bukan di klon di mana mereka mungkin hanya diabaikan.

— Marc Schütz

13

Ada juga opsi untuk mentransfer (kepemilikan) repositori dari satu akun ke akun lain (misalnya dari mantan karyawan ke akun 'organisasi').

Tombol "Transfer Kepemilikan" ada di bagian bawah halaman Pengaturan repositori, di bagian "Zona Bahaya".
Pemilik repositori saat ini harus memiliki hak administratif untuk organisasi tujuan (meskipun ini hanya bersifat sementara).

— David P
sumber

2

Ini adalah pertanyaan kuno, dan saya akan mendukung pendekatan yang disajikan David P.

Satu lagi opsi adalah untuk mengingat bahwa repositori Git lokal adalah seluruh repositori, lengkap dengan sejarah kode. Anda bisa mendorongnya sebagai repositori lain di GitHub, sehingga GitHub tidak akan tahu kalau keduanya terkait. Anda masih melihat seluruh riwayat komit Anda.

Pendekatan ini akan menyebabkan Anda kehilangan riwayat pelacakan masalah yang Anda miliki. Pendekatan David P lebih unggul dari saya, IMO.

— juanpaco
sumber