GitHub'da bir repo oluşturmak, ancak çatal üzerinde yeni sorunlara izin vermek [kapalı]


109

GitHub’daki diğer insanların depolarına daha önce değinmiştim ve sorunların orijinal depoda kaldığını ve çatallı depoya dosyalayamadığımı fark ettim.

Şimdi aşağıdaki görevim var. Gelişimin kişisel hesabındaki ilkelerden biri tarafından yapıldığı küçük bir işletme için çalışıyorum. Projeden dostane bir şekilde ayrıldı ve bu projeyi kişisel hesabından GitHub'daki yeni bir "rol" hesabına geçirmek istiyoruz.

Kod geçmişini korumak için doğal olarak repoyu doldururdum, ancak daha sonra istenmeyen bir durum olan yeni sorunları dosyalayamadığımız bir repo ile sonuçlanacağım.

Bu orjinal reponun bir kopyasını yeni kodumuza nasıl koyabilirim, ideal olarak hala kod geçmişini koruyabilirim, ancak bu yeni hesapta yeni sorunlar oluşturabilirim?


Bu soruyu konu dışı olarak kapatmak için oy kullanıyorum, çünkü çeşitli ürün ve hizmetlere yönelik destek uygun destek kanallarına yönlendirilmelidir.
Thomas Owens

Yanıtlar:


150

Hızlı bir testten sonra, bir sorunu kendi deponuzdaki çatalınıza eklemek mümkündür. İşte yaptığım şey:

  • Bir repo çatal
  • Çatalınızın Ayarlar sayfasına gidin.
  • Yanındaki kutuyu işaretleyin Issues

Artık sorunları kendi çatalınızla dosyalayabilirsiniz ve bunlar ana depoya yerleştirilmez.

görüntü tanımını buraya girin


1
Ne yapacağını biliyorsan, elbette. Neden varsayılan olarak açık değil?
Chaim Eliyah

4
@ChaimEliyah Çünkü Github'daki çoğu çatal çekme istekleri oluşturmak için yapılmıştır. Hata raporlarının, yalnızca görmezden gelinecekleri klonlarda değil, orijinal projede yer aldığından emin olmak önemlidir.
Marc Schütz

13

Bir deponun bir hesaptan diğerine (örneğin eski bir çalışandan bir 'kuruluş' hesabına) aktarılması (mülkiyeti) seçeneği de vardır .

  • "Mülkiyeti Aktar" düğmesi, "Tehlikeli Bölge" bölümündeki havuzun Ayarlar sayfasının altındadır.
  • Deponun şu anki sahibi, hedef kuruluş için idari ayrıcalıklara sahip olmalıdır (ancak bu geçici olabilir).

2

Bu eski bir soru ve ben David P'nin sunduğu yaklaşımı tercih ederim.

Bir başka seçenek de yerel Git deposunun kod geçmişi ile tamamlanmış bir depo olduğunu hatırlamak. Sen olabilir sadece GitHub hiçbir fikri 2 ilişkili olurdu öyle ki GitHub'dan başka depo olarak itin. Hala bütün taahhüt geçmişini görüyorsun.

Bu yaklaşım, gerçekte sahip olduğunuz herhangi bir sorun izleme geçmişini kaybetmenize neden olur. David P'nin yaklaşımı benimkinden üstün, IMO.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.