Projeniz için doğru sürüm denetimi seçme

Ekip üyeleri, geliştirme makinelerinde dosyaları eşzamanlı olarak değiştirebilir. Değişiklik kümeleri oluşturmadan önce sunucuya yüklersiniz (iade edin). Değişikliklerinizi herhangi bir zamanda karşıya yükleyebilirsiniz. Ancak çakışmalar sizi kesintiye uğrar.

Değişiklik kümesi yorumunu iade ettikten sonra değiştirebilirsiniz. Değişiklik kümeleri ile iş öğeleri arasında bağlantı kurabilirsiniz ve bunları tamamlanmış derlemelerle ilişkilendirilebilirsiniz.

Ekip üyeleri, geliştirme makinelerinde dosyaları eşzamanlı olarak değiştirebilir. Geliştirme makineniz üzerinde, işlemeleri takıma katkıda bulundurarak bağımsız olarak oluşturabilirsiniz. Hazır olduğunda, sunucuya yüklemeden (itmeden) önce en son işlemeleri çekmeniz gerekir. Çekme, çakışmalar nedeniyle kesintiye uğramaya neden olabilir.

En son yerel işlemeyi düzeltin. Eski işlemeleri değiştiremezsiniz. commit'leri iş öğelerine bağp bunları tamamlanmış derlemelerle ilişkilendirilebilirsiniz.

Komut isteminden yerel işlemeleri değiştirebilir ve birleştirebilirsiniz.

Yol tabanlı dallar genellikle özellik ekipleri ve sürümler arasındaki değişiklik riskini yalıtmak için uzun süre devaman yapılar olarak kullanılır. Ekip üyeleri genellikle üzerinde çalışacakları her dal için ek bir çalışma alanı ayarlamaya çalışır.

Her dalda yapılan değişiklikler birbirinden bağımsızdır, bu nedenle bir daldan diğerine geçişten önce bunları iade etmek zorunda değilsiniz. İkiz dallar arasında birleştirme, temelsiz birleştirme gerektirir.

Dal yapılarınızı ve değişiklik kümelerinizin birleştirildiklerinin görselleştirmelerini eldeebilirsiniz.

Bkz. Team Foundation Sürüm Denetimi'da riski yalıtmak için dalları kullanma.

Dallama basit ve yol bağımsızdır. Birçok geliştirici, kod oluşturdukları her yeni özellik için bazen günlük olarak bir dal oluşturabilir. Kod tabanınızı farklı çeşitlemeler arasında özetleme yapmak için bir daldan diğerine hızlıca geçiş yapın. Yalnızca geliştirme makineniz üzerinde var olan dallar oluşturabilir ve hazırsanız ve hazırsanız bunları paylaşabilirsiniz.

Dalları değiştirmeden önce değişiklikleri işlemeniz, dallamalı, kaydetmeli veya geri al gerekir. Birleştirme, dalın temel alan işlemeden basit ve bağımsızdır.

Hangi işlemelerin hangi dallarda mevcut olduğunu görmek için dalları karşılaştırarak.

Bkz. Bağlamları değiştirmek, işi askıya almak ve riski yalıtmak için Git dallarını kullanma.

Çakışmaları almak, iade etmek, birleştirmek veya yardımdan çıkararak çözümlemeniz gerekebilirsiniz. Tüm çakışma türlerini çözümlemek için Visual Studio.

Çekme veya birleştirme işlemiyle çakışmaları çözmeniz gerekebilirsiniz. İçerik çakışmalarını Visual Studio komut isteminden çözebilirsiniz.

Büyük ikili dosyaları iade edin. Ayrıca, bu NuGet birlikte veya alternatif olarak kullanmak da iyi olabilir.

Normal dosyalar gibi küçük ikili dosyaları da iade edin. Büyük ikili dosyalarla çalışırken git-LFS kullanarak büyük ikili dosyalarınızı dosyalarda Azure Repos.

Dosya geçmişi, istemci geliştirme makinesine çoğaltılmaz ve bu nedenle yalnızca sunucuya bağlı olduğunuzda ılabilir. Web portalında Visual Studio görüntüebilirsiniz. Bir satırı kimin değiştirdiğini ve ne zaman değiştirdiğini görmek için dosyalara not değiştirilebilir.

Dosya geçmişi istemci geliştirme makinesine çoğaltılır ve sunucuya bağlı değilken bile ılabilir. Web portalında Visual Studio görüntüebilirsiniz. Bir satırı kimin değiştirdiğini ve ne zaman değiştirdiğini görmek için dosyalara not değiştirilebilir.

Bir veya daha fazla dosyanın sürümüne etiket uygulamak için Visual Studio komut isteminden uygulayabilirsiniz. Her dosyanın etiketi farklı bir sürüme uygulanmış olabilir.

Tek tek işlemelere komut isteminden etiketler uygulayabilirsiniz. Geçmiş penceresinde Visual Studio görüntüleme.

Bir veya daha fazla değişikliketkilerini geri almak için

Bir işlemeyi geri döndüresiniz.

Yerel çalışma alanlarını kullanarak küçük veya çok büyük ölçekli projelerde çalışabilirsiniz. Sunucu çalışma alanlarını kullanarak çok büyük ölçekli (dal başına milyonlarca dosya ve büyük ikili dosyalar) projelerini destekler.

Küçük projeleri hızlıca başlatabilirsiniz. Ölçeği çok büyük projelere kadar ölçeklendirebilirsiniz, ancak kod tabanınızı modüler hale gelecek şekilde planlamanız gerekir. Projede birden çok depo oluşturabilirsiniz.

TFVC

Git

Azure DevOps Services, TFS

Azure DevOps Services, TFS ve Git üçüncü taraf hizmetleri

Girişler oluştuğunda ekip üyeleri e-posta uyarıları alabiliyor.

Ekip üyeleri, işlemeler sunucuya gönderilirken e-posta uyarıları alır.

Takımınız tüm çalışmalarını merkezi bir sistemde kontrol ettirir, hangi kullanıcının değişiklik kümesinde iade yaptığını tanımlayabilir ve neleri değiştirdiğini görmek için karşılaştırmayı kullanabilirsiniz. Bir dosyaya bakarak, kod bloğunda kimin ve ne zaman değişiklik yaptığını belirlemek için dosyaya not değiştirilebilir.

Hangi kullanıcının bir işlemeyi itt işleyeni olduğunu tanımlayabilirsiniz. (Herkes yazar veya committer olarak herhangi bir kimliği talep olabilir.) Değişikliklerin ne zaman ve ne zaman değiştirdiğini geçmiş, karşılaştırma ve not ek açıklamalarını kullanarak tanımlayabilirsiniz.

Proje koleksiyonunda istediğiniz herhangi bir içerik bileşimini oluşturmak için tüm TFBuild özelliklerini kullanabilirsiniz.

Aynı anda bir proje ve aynı anda bir veya daha fazla depo oluşturmak için çoğu TFBuild özelliklerini kullanabilirsiniz.

Evet; devops Geliştiricisi'ninyaşam günü: Işi askıya alma, bir hatayı düzeltme ve kod incelemesi yürütme. Daha basit tartışmalar için, web portalında değişiklik kümesi hakkında yorum ve e-posta da gönderebilirsiniz.

Evet; Bkz. Çekme isteği yürütme. Daha basit tartışmalar için, web portalında bir işleme hakkında yorum ve e-posta da gönderebilirsiniz.

Her proje tek bir kök yol altındaki tüm dosyaları içerir (örneğin: $/FabrikamTFVC). İzinleri dosya düzeyinde uygulayabilirsiniz. Dosyaları kilitlersiniz.

Web portalında dosyalarınıza göz atabilir ve Kaynak Denetim Gezgini kullanarak Visual Studio.

Projeniz yalnızca bir sunucuda var.

Her proje bir veya daha fazla Git deposu içerebilir ve her Git deposu bir veya daha fazla dal içerebilir. Uygulayabilecek en ayrıntılı izinler depo veya daldır. Dosyalar kilit olamaz.

Web portalında dosyalarınıza göz atabilirsiniz.

Commit'leri birden çok uzak depoya (örneğin, hem proje deponıza hem de Azure'da barındırılan web sitenize Windows edebilirsiniz.

CI derlemelerini, geçitli iade derlemelerini ve iade ilkelerini kullanabilirsiniz.

DAL ilkeleri aracılığıyla CI derlemelerini ve geçitli iade derlemelerini kullanabilirsiniz.

TFVC

Git

Visual Studio, Eclipse (Team Explorer Everywhere)

Visual Studio, Visual Studio Code, Eclipse ve diğer üçüncü taraf araçlar

Dosyalarınıza göz atmak için Kaynak Denetim Gezgini veya Visual Studio komut istemini Windows Dosya Gezgini kullanarak dosyalarınıza göz atabilirsiniz.

Dosyalarınıza göz atmak için Windows Dosya Gezgini istemini kullanın.

Bekleyen değişiklikler ve iş sayfalarım.

Değişiklikler, işlemeler ve dallar sayfaları.

İş sayfamdan askıya alabilir veya değişikliklerinizi askıya alın.

Dal oluşturabilirsiniz (Visual Studio komut isteminden) veya (komut isteminden)

'nin desteklenen tüm önceki sürümlerini Visual Studio.

Visual Studio 2013+

Visual Studio 2012 Güncelleştirme 4'ü de kullanabilirsiniz (Ayrıca Gitiçin Visual Studio Araçları yüklemeniz gerekir).

Kod tabanınıza göz atabilir (dallar dahil), geçmişi indirebilirsiniz, değişiklik kümeleri ve raf kümeleri hakkında açıklama ek açıklamalar ve kod tabanınız için seçilen bölümlerin geçici olarak indirilmek üzere bir .zip gerçekleştirebilirsiniz.

Kod tabanınıza göz atabilir, geçmişi indirebilirsiniz, dalları karşılaştırabilir, işlemelere not ek açıklama ve açıklama indirebilirsiniz ve kod tabanınızı seçilen bölümlerinin geçici olarak indirilmek gibi diğer görevleri bir .zip gerçekleştirebilirsiniz.