Github proje şube oluşturma vs github proje çatallaşma avantajları ve dezavantajları hakkında daha fazla bilmek istiyorum.

Çatallaşma orijinal proje işbirlikçileri listesinde ismi yok çünkü bu proje benim sürümü orijinal bir tane daha izole hale getirir. Evde bir proje geliştiriyoruz beri, ortak olarak kişi ekleme sorunu yok. Ama, eğer bir proje çatallaşma değişiklikler ana proje için daha çok birleştirme yapmak istiyorsanız anlamak istiyoruz. Bu, eğer dallanma senkronize iki proje tutmak daha kolay oluyor merak ediyorum. Diğer bir deyişle, birleştirme ve ben şube ana proje benim sürümü ve ana proje arasındaki değişiklikleri itmek kolay mı?

Her zaman bir şube yapmak ya da belirli bir proje için bir işbirlikçisi olarak kayıtlı değildir, çünkü varolan bir şube çekin ve tekrar geri itin, olamaz.

Çatallaşma hiç bir klon dahaGitHub sunucu tarafında:

• doğrudan geri itmek için olasılığı olmadan
• fork queue özellik ekledi talep birleştirme yönetmek için

Orijinal proje ile senkronize bir çatal tutmak:

• uzak olarak orijinal proje ekleme
• orijinal projeden düzenli olarak alınıyor
• noldu güncelleştirilmiş var ilgi dalın üstünde geçerli geliştirme rebase.

Rebase sağlar emin olun değişiklikler basit (birleştirme çakışma işlemek), yapma çekme isteğini daha kolay zaman istediğiniz projeyi yürüten orijinal proje yer (ler) onun projesi.

Aslında Amacınız işbirliği bile izin vermektirdoğrudankatılım her zaman mümkün değildir.

GitHub tarafta klon olduğu gerçeğini artık anlamına gelirikiem "" ("Merkez" "görünür birkaç ortak) olarak. depo merkezi
Onları doğrudan işbirlikçisi olarak ekleyebilirsinizbirproje, bir çatal ile bir tane daha yönetmek için gerek yok.