En iyi seçenek
Muhtemelen çıplak olmayan uzak deponuza girmenin en temiz, en az kafa karıştırıcı ve en güvenli yolu, dizüstü bilgisayar şubelerinizi temsil eden uzaktaki özel şubelere itmektir.
En basit duruma bakalım ve her depoda yalnızca bir şubeniz olduğunu varsayalım: ana. Master -> master, push master -> laptop-master (veya benzer bir ad) yerine dizüstü bilgisayarınızdan uzak depoya ittiğinizde. Bu şekilde push, uzak depodaki halihazırda teslim alınmış ana dalı etkilemez. Bunu dizüstü bilgisayardan yapmak için komut oldukça basittir:
git push origin master:laptop-master
Bu, yerel ana dalın uzak depodaki "laptop-master" adlı dala gönderileceği anlamına gelir. Uzak deponuzda, hazır olduğunuzda uzaktaki ana deponuzla birleştirebileceğiniz "laptop-master" adında yeni bir şubeniz olacak.
Alternatif Seçenek
Ayrıca sadece ana -> ana seçeneğine basmak da mümkündür, ancak çıplak olmayan bir deponun halihazırda ödünç alınmış dalına itmek genellikle önerilmez, çünkü neler olup bittiğini anlamıyorsanız kafa karıştırıcı olabilir. Bunun nedeni, teslim alınan bir dala göndermenin çalışma ağacını güncellememesidir, bu nedenle git status
, teslim edilen teslim alınan dalı kontrol etmek , en son gönderilenle tam tersi farklılıkları gösterecektir. İtme yapılmadan önce çalışma ağacının kirli olması özellikle kafa karıştırıcı olabilir, bu da bunun tavsiye edilmemesinin büyük bir nedenidir.
Sadece master -> master'a basmayı denemek istiyorsanız, komut sadece:
git push origin
Ancak uzak depoya geri döndüğünüzde, büyük olasılıkla git reset --hard HEAD
çalışma ağacını itilen içerikle senkronize etmek için bir yapmak isteyeceksiniz . Bu tehlikeli olabilir , çünkü uzak iş ağacında tutmak istediğiniz herhangi bir taahhütte bulunulmamış değişiklik varsa, bunları ortadan kaldıracaktır. Denemeden önce bunun sonuçlarının ne olduğunu bildiğinizden emin olun veya en azından önce bir yedekleme yapın!
DÜZENLE Git 2.3'ten beri, "push-to-deploy" git push'u kullanabilirsiniz: https://github.com/blog/1957-git-2-3-has-been-released . Ancak, ayrı bir dala itip sonra birleştirme, gerçek bir birleştirme yaptığı için genellikle daha iyidir (bu nedenle, tıpkı birleştirme gibi taahhüt edilmeyen değişikliklerle çalışır).