Çalışma Alanınızı İyileştirme

Sizin codebase içinde etkin ve verimli bir şekilde çalışması, çalışma alanınızı getirildiğinden emin olun istiyor musunuz? Bu durumda, doğru yerde demektir.

Ne yapmak istiyorsunuz?

• Klasör adları en iyi duruma getirme

• Çalışma alanı kullanarak açık, kapalı, gizlenmiş ve Yinelemesiz Klasör eşlemelerini en iyi duruma getirme

• Çalışma alanlarını ayırmak ve farklı dalları arasında iş yönetmek için kullanın

Klasör adları en iyi duruma getirme

Varsayılan olarak Visual Studio, kod projeleri oluşturduğunuzda, bunları kullanıcıların klasörünüze yerleştirir (örneğin: c:\users\myname\documents\visual studio 2012\Projects\SolutionName. Ancak çoğu durumda, proje yapısı gibi eşleşen bir kısa, anlaşılır klasör yolu kullanmak en iyi c:\code\siteapp\Main\SolutionName\.

Geçerli klasör adlarında bazı ipuçları:

• Tüm klasörü, alt klasör ve kısa dosya adları çalışmanızı basitleştirmek ve bazı kod proje türlerinden oluşan uzun yol olası sorunları önlemek için tutun.

• Komut satırı işlemlerini gerçekleştirmek biraz daha kolay hale getirmek istiyorsanız, alfabe dışı karakter kaçının.

• Tüm kod dalları henüz kullanmıyorsanız, Main adlı bir alt klasöre Koy'u (örneğin: $/SiteApp/Main/). Bunu yaparsanız, ekibiniz dalları, codebase yönetmek için gerekli büyük büyürken sonra hazır olacaktır.

Çalışma alanı kullanarak açık, kapalı, gizlenmiş ve Yinelemesiz Klasör eşlemelerini en iyi duruma getirme

Sizin codebase büyük ise, çalışma klasörü eşlemelerinizi optimize ederek zaman, ağ bant genişliği ve yerel disk alanı harcamak önleyebilirsiniz.

Bir klasörü eşlediğinizde, yeterince yüksek düşük yeterince ihtiyacınız olandan daha fazla dosya gitmiyor ama yerel bir yapı oluşturmak için gereken tüm dosyaları almak kodu ağacında bir klasör seçin emin olun. Bazı araçlar daha basit ve hızlı bir şekilde kullanılabilir bir çalışma alanı oluşturmak için de kullanabilirsiniz: açık, örtülü, örtülmüş, ve Yinelemesiz klasörü eşlemeleri.

Aşağıdaki Julia'nın çalışma baktığınızda kendinize merak edebilirsiniz: neden gelmedi Filiz basitçe eşleme $/SiteApp/ için c:\code\SiteApp\ ve onunla birlikte yapılması? Bu gibi basit bir çalışma alanı olduğu örtülü olarak kullanılması gereken tüm klasörleri eşlemek $/SiteApp/Main/.

Bu yaklaşım ile ana sorun, ayrıca her she değil gerekir ve böylece zaman ve kaynakların boşa harcanmasına dosyaları çok miktarda sağlamaktır. Bu nedenle Julia bazı uyarlanmış klasörü eşlemeleri oluşturur.

	Jale yoksa özelleştirilmiş yapı işlemleri Filiz gerektirmez böylece geliştirmek $/SiteApp/BuildProcessTemplates. Zamanla büyümesine codebase Filiz bekler ve Gönül de her yeni eklenen kod bitini otomatik olarak karşıdan yüklemek istemediği $/SiteApp/Main/. Jale en son dosyaları sunucudan alır, bu klasörlerin içinde çalışan ekiplere bu dosyaları değiştirirken, Gönül Gönül gerek yoktur dosyalarındaki güncelleştirmeleri için bekleyen uzun gecikmeler oluyor tabi. Her kod geliştirmek için FabrikamFiber çözümü oluşturan kod projelerinizin Julia gerekiyor. Yerine açıkça her kod projesi de dahil olmak üzere (örneğin, $/SiteApp/Main/FabrikamFiber/FabrikamFiber.DAL) Gönül eşler bunun yerine $/SiteApp/Main/FabrikamFiber/ve bu nedenle Filiz örtülü olarak tamamlanmasının kod projeleri içeren tüm alt klasörler de eşler.
	Julia gerekmez dosyaları $/SiteApp/Main/FabrikamFiber/3DModels veya $/SiteApp/Main/FabrikamFiber/Docs, ve dolaylı olarak eşleştirildikleri, Gönül iki kullanır örtülmüş eşlemeleri kendi çalışma alanından bu klasörleri dışlamak için.
	Julia ve ekibinin bazılarında korumak ve bazen bazı temel kitaplıkları kümesi artırabilir. Bu klasörde geçerli hemen hemen tüm kitaplıkları gerekiyor ve Filiz eşler için kitaplıklar ekibinin ekler vardır gelecekte ihtiyaç duymayı beklediği $/SiteApp/Main/libraries/Common.
	Jale gereken büyük bir klasör küçük bir parçasını $/SiteApp/Main/libraries/Common/LibraryC, bu nedenle Filiz olarak eşler örtülmüş ve yalnızca tamamlanmasının alt açıkça eşler: $/SiteApp/Main/libraries/Common/LibraryC/Sub-Library1.
	Jale gereken bazı dosyalar içinde hemen LibraryD, ancak Filiz uygulanacak biçimde Filiz büyük alt klasörlerini içeriğini gerekir bir Yinelemesiz bu klasöre eşleme: $/SiteApp/Main/libraries/Specialized/LibraryD/*.

Çalışma alanlarını ayırmak ve farklı dalları arasında iş yönetmek için kullanın

Şirketinizin kullandığı, risk yalıtmak için dalları , kod temeli sonra çalışma, her dal için ayrı bir çalışma alanı oluşturmanız gerekir.

Örneğin, Fabrikam Fiber at codebase ve personel büyümüştür. Bunların çoğu takım arasında risk yalıtmak için bunlar kendi codebase dallandırılmış. Julia küçük ekibinin içinde kendi çalışmaya devam eder, ancak şimdi Gönül birkaç çalışma yapan Filiz şimdi içinde birden fazla dalı iş yönetmek için kullanır.

	Özellikleri geliştirmek Filiz burada Gönül katılan Bu dalda müşteri bakan Web sitesinin geliştirme Extranet dalında, çalışmak için kendi varsayılan çalışma alanını değiştirir.
	Bütünleştirmek ve Sabitle Filiz where she güvenliktir diğer geliştiriciler ve test edenler entegrasyonu sırasında kod kararlı Test ve Dev dalları çalışmak için iki yeni çalışma alanı oluşturur.

Jale üç çalışma alanları, her biri kendi dev makinede klasörleri sunucudaki bir dalda klasörlerle eşler kendi iş yönetir.

Not

Dallanma veya askıya alma (veya Rafa kaldırma) karşı aynı kod farklı iş çabaları yalıtmak için tercih edilen yöntemlerdir.Ancak, bu yaklaşımlardan hiçbiri gereksinimlerinizi karşılamadığında, birden fazla çalışma alanı aynı sunucu klasöre eşleyebilirsiniz.Çoğu zaman bunu yapmak gerekmez.Birden fazla çalışma alanında aynı sunucu klasörüne eşlerseniz, ayrı ve farklı bekleyen değişiklikler için her çalışma alanında saklanan aynı dosyanın olması unutmayın.