2015-10-05 29 views
9

ben zorluk ödeme tarihinde durağına kuruluşumdaki gelişigüzel kilitleme dosyaları başkalarını ikna yaşıyorum kilitleyin. Bir ödeme kilidinin neden idareli olarak kullanıldığını açıklayan bir "resmi" belge bulabileceğim herhangi bir fikir var mı?TFS ödeme en iyi uygulamaları

En iyi yöntem olarak

, ihtiyatla Kilit tipi seçeneği kullanmak ve bir öğe kilitleme neden takım arkadaşlarınıza bildirmek ve kilidi kaldırmak için planlarken: Microsoft önerir.

ancak herhangi detaya gitmez. Ben işaret olabilir

şey çok yararlı olacaktır. Ben resmi bir Microsoft kaynağı olmamasına rağmen

+1

Dosyaları kilitleyip kilitlemediğinizi dilinizin/platformunuza bağlı olduğunu düşünüyorum. Kuruluşumda, dosyaları başarıyla birleştirmek neredeyse imkansız olan Microsoft Access ile TFS kullanıyoruz. Bu nedenle, diğer değişiklikleri önlemek için dosyaları kilitliyoruz. biz değişiklik yaparken meydana geliyor. – Siada

cevap

8

, çok umarım bu etkileyici hale getirmek için yeterli, Uygulama Yaşam Döngüsü Yönetimi dalında MVP değilim. :) Check-out

Kilitleme metin dosyaları (yani kodu) üretkenlik için büyük bir engel olabilir. İş arkadaşım olmadığı bir zamanda çalışırken kendimi gördüm ve bir dosyada özel bir kilit vardı. Birdenbire, başparmak kıvranma zamanı. Zaman açısından kritik bir sorunu gidermeye veya düzeltmeye çalıştığınızda daha da kötü. onlar daha sonra dağınık bir birleştirme gerçekleştirmek zorunda kalmak istemiyoruz çünkü

kişi münhasır düzenleme için bir dosya kilitlemek istediğiniz en yaygın nedenidir. Genellikle bir veya daha fazla şeyler semptomatik olan

: münhasıran kilitli

  • dosyaları (çok büyük İçinde sınıflar dolu bir dosya, çok fazla şeyler yapar bir "tanrı sınıfı", vs). Bu sorunun çözümü, Tek Sorumluluk İlkesine göre kodu daha küçük, daha yalıtılmış sınıflara dönüştürmektir. Ya da, kesinlikle yapmanız gerekiyorsa ve .NET dünyasında çalışıyorsanız, aynı sınıfa birden fazla dosyada bölünmesi için partial anahtar kelimesini kötüye kullanmayın, ancak kayıtlara devam etmek ve bunu her zaman gördüğümde codebase, beni sonsuz bir hüznün tek bir yırtığını ağlatıyor.
  • Yalnızca kilitli olan dosyalar, büyük, uzun vadeli yeniden işlemenin ortasındadır. Buradaki çözüm, şubelerdeki ana değişimleri, gövdeden şubeye geri dönüşlerin sık sık tersine çevrilmesiyle izole etmektir.
  • Değişikliği yapan kişi, birleşmeyi sevmez. Sana bunun için yardım edemem. Birleştirme işleminin acı çekecek kadar uzun bir süre işlem yapmadan kod üzerinde tutuyorsanız, kodunuzu sık sık yapmayacaksınız demektir. Henüz kodunuz çalışmıyorsa, henüz tamamlanmadı, ancak değişiklik devam ediyor ve başkalarının çalışmalarına müdahale etmek istemiyorsanız, şubeleri düzgün kullanmıyorsunuz demektir.

Kod dosyalarına karşı özel kilitlerin iyi ve yararlı olduğu zamanlar olabilir mi? Muhtemelen, ancak diğer, daha uygun kaynak kontrol özellikleri kullanılarak ele alınamayan bir sorunu düşünemiyorum.

Eğer münhasır kilitleri zorlamadıklarından, yapabiliyorsanız Yerel çalışma alanlarını kullanın.

İlgili konular