Soru TFS'de raf ve check-in arasındaki fark nedir?


Her birinin kavramı nedir?

Check-in yapmak yerine değişikliklerinizi rafa koymak ne zaman uygun olur?


32
2018-02-05 16:52


Menşei




Cevaplar:


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ı).


34
2018-02-05 16:56



Bir şeyler tuttuğumu hayal et. Çözümüm daha sonra raflardaki değişikliklerimle mi yoksa hiçbir şey değiştirmediğimi mi yapar? Ve, bir noktada, değişikliklere dayanamam ve onlarla çalışmaya devam edebilir miyim? - chiapa
Bunun bir süre önce cevaplandığını takdir ediyorum, ancak bu günlerde raflarda kullanılmak üzere yaygın değildir. diğer geliştiriciler de. Bazı örnekler: 1) Kod, checkin için gözden geçirmeyi gerektirdiğinde (belki de daha kıdemli geliştiriciler tarafından. 2) İş eksik olduğunda ve diğer geliştiriciler tarafından bitirilmesi gerektiğinde, ancak yapıyı bozabileceği için kontrol edilemez (CI’da) senaryo). - Robbie Dee
itme önce git taahhüt aynıdır? - Neville Nazerane


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.


12
2018-02-05 17:00



Bu, projemizin ayrı bir versiyonunu oluşturmak için değişikliklerimizi koruyabileceğimiz anlamına mı geliyor? Şu anda bir proje üzerinde çalışıyorum ve bunu kontrol etmem gerekiyor, ama yine de eski sürümüyle bir kez daha kontrol ediyorum, çünkü bu iki sürüm tamamen farklı ve eski koda geçtim, ama aynı zamanda gerekli olabilir yeni kodlarıma geri dön. bunun için kullanılabilir mi? - deadManN


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.


5
2018-02-05 17:08





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.


2
2018-02-05 17:03





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ü.


0
2018-01-17 14:53