Her birinin kavramı nedir?
Check-in yapmak yerine değişikliklerinizi rafa koymak ne zaman uygun olur?
Her birinin kavramı nedir?
Check-in yapmak yerine değişikliklerinizi rafa koymak ne zaman uygun olur?
Raf, değişikliklerin bir kenara koyulduğu anlamına gelir sen Daha sonra çalışmak.
Kontrol edildiğinde, değişiklikler ekibin geri kalanında kullanılabilir hale gelir, inşada olacak ve sonunda gönderilecektir.
Çok farklı. Bir görevle işiniz bittiğinde bağlam değiştirme için bir araç olarak düşünün. Kontrol etmek, bittiğiniz anlamına gelir (en azından bir kısmı).
Yaptığınız değişiklikleri kaydetmek istediğinizde değişiklik yapın, ancak üzerinde çalıştığınız güncelleştirmeler olmadan dağıtmak istediğiniz diğer değişiklikleri (belki de, hata düzeltmeleri) yapmak için önceki sürüme geri dönmeniz gerekir. Genelde oldukça düzenli bir şekilde kontrol ettiğiniz için, bunun nadiren meydana geldiğini görüyorum - QA kutusuna yeni dağıtılmış olduğum gibi ve hemen bir hata bulundu. O günkü değişiklikleri beni QA'nın dağıtılmış sürümüne geri getirdiğini, güncellemeyi yaptıklarını, sonra da değişiklikleri değiştirmemeleri için - gerektiğinde ikiyi birleştireceğimi - kaydedeceğim. Bundan daha uzun ve muhtemelen bir önceki sürümü ve şubeyi kontrol etmek isteyeceksiniz. Yine de rafların daha kullanışlı olduğunu kanıtlayan diğer deneyimleri duymaktan memnuniyet duyarım.
Diğer kullanıcılar onları arayarak raf kümelerini indirebilir, bu yüzden yorumlar için kodun etrafından dolaşmanın iyi bir yoludur. Ancak, daha önce kontrol ettiğiniz kod dosyalarını açmaya çalışırsanız bir hata alırsınız, böylece temiz bir ortama hazır olmanız gerekir.
Sık sık check-in yapamayacağım büyük bir şey üzerinde çalışıyorsam, günün sonunda değişikliklerimi rafa kaldırırım. Bu şekilde, bilgisayarım bir gecede ölürse, sunucuda bir yedeğim var.
Darcy onu yakaladı. Ayrıca, rafları çoğunlukla kamuya açık olmayan özel bir dal olarak düşünebilirsiniz. Shelvesets, kodda kontrol edilen silme gibi tamamen silinebilir. Bir raf grubunu silerseniz, sonsuza dek gider.
Yukarıdaki herkes çok doğru söyledi ve ondan ayrıldım.
Sadece tecrübemi eklemek için yanılıyorsam beni düzeltin. Bir projede, bir yapılandırma dosyanız var mypc.json geliştiricinin her bir PC'sine özel. Sunucuyu yerel olarak çalıştırırken genellikle bunu geçersiz kılar. Diğer ekip üyeleri, içinde farklı konfigürasyonlarla aynı dosya adına sahiptir. Kimse onların dosyalarının aynı isimle geliştirme şubesine itilmesini istemiyor. Bu yüzden bu tür değişiklikleri kaydetmek için raf kullanıyorum. Bu konfigürasyonlara ihtiyaç duyduğumda, raftaki değişiklikleri kolayca uygulayabilirim ve ortam konfigürasyonlarım projeme geri döndü.