Azure DevOps’ta Kod Wiki’si Nasıl Silinir?

Azure DevOps, geliştirme ekipleri için kapsamlı bir platform sunar. Bu platformun en değerli özelliklerinden biri de bilgi paylaşımı ve dokümantasyon için kullanılan wikilerdir. Ancak zamanla projeler evrildikçe, eski veya artık güncel olmayan “Kod Wiki’leri” birikmeye başlayabilir. Bu durum, hem bilgi kirliliğine yol açabilir hem de ekibinizin doğru bilgiye ulaşmasını zorlaştırabilir. Belki bir özellik iptal edildi, belki de bir proje tamamen sonlandı ve o projeye ait wiki’ler gereksiz yer kaplamaya başladı. Peki, Azure DevOps ortamınızdaki bir Kod Wiki’sini doğru ve güvenli bir şekilde nasıl silersiniz? Bu rehberde, gereksiz yüklerden kurtulmak ve daha düzenli bir çalışma ortamı oluşturmak için Kod Wiki’si silme sürecini adım adım ele alacağız.

Bu makale, Azure DevOps’ta Kod Wiki’si silme işlemini başlangıç seviyesinden ileri seviyeye kadar tüm detaylarıyla anlatırken, karşılaşılabilecek potansiyel sorunlara ve en iyi uygulama yöntemlerine de değinecektir. Amacımız, hem yeni başlayanların hem de deneyimli kullanıcıların bu süreci kolayca yönetmelerini sağlayacak pratik bilgiler sunmaktır. Okumaya devam ederek, Azure DevOps ekosisteminizdeki dokümantasyon düzenini sağlamlaştırmak için önemli adımları keşfedeceksiniz.

Azure DevOps Wiki Nedir ve Neden Silinmeli? Temel Kavramlar ve Vaka Analizleri

Azure DevOps içinde iki ana wiki türü bulunur: Proje Wiki’si ve Kod Wiki’si. Proje Wiki’si, genellikle projenin genel dokümantasyonu, toplantı notları, genel bilgiler gibi içeriği barındırır ve doğrudan Azure DevOps arayüzünde yönetilir. Kod Wiki’si ise adından da anlaşılacağı gibi, Git deposu olarak sürüm kontrolü altında tutulan bir wiki türüdür. Bu, geliştiricilerin wiki içeriğini kod gibi klonlayabileceği, düzenleyebileceği ve değişiklikleri sürümleyebileceği anlamına gelir. Bir Kod Wiki’si, tipik olarak kod tabanlı dokümantasyon, API referansları, mimari kararların detayları veya geliştirici kılavuzları gibi içerikler için tercih edilir.

Peki, böylesine değerli bir dokümantasyon aracını neden silmek isteyesiniz? Birçok geçerli sebep olabilir:

• Proje Kapanışı veya İptali: Bir proje sona erdiğinde veya geliştirilmesi durdurulduğunda, o projeye ait tüm kaynakların, dolayısıyla wiki’nin de temizlenmesi gerekir.
• Eski veya Yanlış Bilgi Kirliliği: Bazı wikiler zamanla güncelliğini yitirir ve ekibin yanlış bilgilere dayanarak karar almasına neden olabilir. Bu tür eski wikiler, karmaşayı önlemek için silinmelidir.
• Yeniden Yapılandırma ve Düzenleme: Bazen ekipler, dokümantasyon stratejilerini yeniden yapılandırma kararı alabilir. Bu durumda, eski formatlara veya yerleşimlere sahip wikiler yeni sisteme entegre olmak yerine silinebilir.
• Güvenlik ve İzin Yönetimi: Hassas bilgileri içeren ancak artık erişim gerektirmeyen wikiler, güvenlik risklerini minimize etmek için kaldırılabilir. Belki belirli bir ekip üyesi artık projede değil ama eski wikide hala erişimi var.
• Kaynak Optimizasyonu: Her ne kadar disk alanı maliyeti düşük olsa da, gereksiz depoların ve wikilerin ortadan kaldırılması, Azure DevOps ortamınızın daha düzenli ve yönetilebilir kalmasına yardımcı olur.

Vaka Analizi: “Proje Şafak” Wiki Temizliği

“Proje Şafak” adında büyük bir kurumsal yazılım projeniz olduğunu varsayalım. Bu proje, üç yıl boyunca aktif olarak geliştirildi ve her biri farklı özellik setlerine odaklanmış altı ayrı Kod Wiki’si barındırıyordu. Bir süre sonra, projenin iki ana modülü (Modül A ve Modül B) kullanımdan kaldırıldı ve yerlerine yeni teknolojilerle geliştirilmiş Modül C geçti. Ancak Modül A ve Modül B’ye ait Kod Wiki’leri, Azure DevOps’ta durmaya devam etti. Geliştiriciler yeni Modül C için doküman ararken, sürekli olarak eski modüllere ait wiki sayfalarına denk geliyor, bu da kafa karışıklığına ve zaman kaybına neden oluyordu.

Proje lideri Elif, bu durumun verimliliği olumsuz etkilediğini fark etti ve bir temizlik girişimi başlattı. Amacı, sadece güncel ve geçerli dokümantasyonun erişilebilir olmasını sağlamaktı. Elif’in ekibi, kullanımdan kaldırılan modüllere ait Kod Wiki’lerini kalıcı olarak silme kararı aldı. Bu işlem, hem yeni gelen ekip üyelerinin adapte olmasını kolaylaştırdı hem de mevcut ekibin doğru bilgiye daha hızlı ulaşmasını sağladı. Ayrıca, gereksiz Git depolarının ortamdan kaldırılması, Azure DevOps arayüzünün daha derli toplu görünmesine de yardımcı oldu.

Bu vaka analizi, eski ve gereksiz Kod Wiki’lerinin silinmesinin sadece estetik bir temizlik olmadığını, aynı zamanda operasyonel verimlilik ve bilgi akışı açısından kritik bir adım olduğunu göstermektedir. Şimdi, bu silme işlemini adım adım nasıl gerçekleştireceğimize bakalım.

Kod Wiki’sini Silme Adımları: Kapsamlı Bir Rehber

Bir Kod Wiki’sini silmek, esasen bir Git deposunu silmekle aynı anlama gelir, çünkü bir Kod Wiki’si arka planda bir Git deposu olarak barındırılır. Bu nedenle, adımlar bir Git deposunu silme sürecine benzeyecektir. Ancak, bu işlemi yapmadan önce bazı ön koşulları göz önünde bulundurmak ve dikkatli olmak kritik önem taşır. Yanlış bir depoyu silmek ciddi veri kaybına yol açabilir.

Adım 1: Gerekli İzinleri Doğrulama

Azure DevOps’ta bir Git deposunu (ve dolayısıyla bir Kod Wiki’sini) silmek için belirli izinlere sahip olmanız gerekir. Genellikle bu işlem için “Katkıda Bulunan” (Contributor) veya “Proje Yöneticisi” (Project Administrator) rolü yeterli değildir. “Depoları Sil” (Delete repositories) iznine sahip olmanız gerekmektedir. Bu izin genellikle “Proje Koleksiyonu Yöneticisi” (Project Collection Administrator) veya özel olarak yapılandırılmış güvenlik gruplarına atanır.

1. Azure DevOps projenize gidin.
2. Sol menüden “Project settings” (Proje Ayarları) seçeneğini tıklayın.
3. “Permissions” (İzinler) bölümüne gidin.
4. Silmek istediğiniz Kod Wiki’sinin ait olduğu ekibi veya kullanıcı grubunu bulun.
5. İlgili grubun veya kullanıcının “Depoları Sil” izninin “İzin Ver” (Allow) olarak ayarlandığından emin olun. Eğer “Reddet” (Deny) veya “Ayarlanmadı” (Not Set) ise, gerekli izni alana kadar devam edemezsiniz.

Uzman İpucu: Herhangi bir silme işlemi öncesinde, proje yöneticiniz veya DevOps takım liderinizle iletişime geçerek gerekli izinleri teyit etmek her zaman en güvenli yaklaşımdır. Ayrıca, silinecek wiki’nin gerçekten gereksiz olduğundan emin olmak için ekip içinde bir fikir birliği oluşturmak, olası yanlış anlamaları ve geri alma ihtiyaçlarını ortadan kaldırır.

Adım 2: Wiki Kaynak Deponuzu Bulma

Kod Wiki’si, “Wikis” bölümünde görünse de, silme işlemi için gerçek kaynak Git deposuna ulaşmanız gerekir.

1. Azure DevOps projenize giriş yapın.
2. Sol navigasyon menüsünden “Repos” (Depolar) seçeneğine tıklayın.
3. Açılan “Repos” menüsü altında “Files” (Dosyalar) seçeneğini seçin.
4. Üst kısımdaki açılır menüden depolarınızı listeleyin. Bir Kod Wiki’si genellikle özel bir adlandırma şablonuna sahiptir. Örneğin, projenizin adı “MyProject” ise, Kod Wiki’si genellikle “MyProject.wiki” veya benzeri bir isimle listelenir. Bu depoyu dikkatlice bulun.
5. Doğru depoyu seçtiğinizden emin olmak için, içine tıklayıp wiki sayfalarının içeriğini inceleyebilirsiniz. Bu adım, yanlış bir depoyu silme riskini minimize etmek için kritik öneme sahiptir.

Adım 3: Wiki Deponuzu Güvenle Silme

Doğru depoyu bulduktan ve gerekli izinlere sahip olduğunuzdan emin olduktan sonra silme işlemine geçebiliriz.

1. “Repos” -> “Files” sayfasında, silmek istediğiniz Kod Wiki’sinin deposunu seçtiğinizden emin olun.
2. Sağ üst köşede bulunan “…” (diğer seçenekler) menüsüne tıklayın.
3. Açılan bağlam menüsünden “Manage repositories” (Depoları yönet) seçeneğini seçin. Bu sizi projenin depo ayarlarına götürecektir.
4. Sol taraftaki “Repositories” (Depolar) listesinde, silmek istediğiniz wiki deposunu bulun.
5. Deponun üzerine geldiğinizde veya seçtiğinizde, sağ tarafta deponun detayları görünecektir. Sağ üst köşede yine bir “…” menüsü veya doğrudan bir “Delete” (Sil) butonu göreceksiniz. “Delete” düğmesine tıklayın.
6. Azure DevOps sizden silme işlemini onaylamanızı isteyecektir. Genellikle deponun adını yazarak onaylamanız istenir. Bu, kasıtlı bir silme işlemi olduğundan emin olmak içindir. Depo adını doğru bir şekilde girin ve “Delete” düğmesine tekrar tıklayın.

Bu adımları tamamladıktan sonra, Kod Wiki’siniz ve ona ait Git deposu Azure DevOps projenizden kalıcı olarak kaldırılmış olacaktır. İşlem sonrasında, “Wikis” bölümünü kontrol ederek wiki’nin artık listede görünmediğini doğrulayabilirsiniz.

Uzman İpucu: Silme işlemi gerçekleştikten sonra, ilgili wiki’ye bağlı yerel klonlarınız varsa, bu klonları da temizlemeniz önerilir. Terminalinizde aşağıdaki komutları kullanarak yerel klonu silebilirsiniz:

git clone  # Eğer hala klonunuz yoksa ve içeriği kontrol etmek isterseniz
cd 
# Wiki içeriğini kontrol etme
ls -la
# Ana repo silindiği için artık bu yerel kopyayı da silebilirsiniz
cd ..
rm -rf 
    

Bu, yerel ortamınızda da gereksiz dosyaların birikmesini önleyecektir.

Potansiyel Riskler ve Geri Alma Senaryoları Nelerdir?

Bir Kod Wiki'sini silmek, geri dönüşü zor bir işlemdir. Bu nedenle, silme işlemine başlamadan önce potansiyel riskleri anlamak ve olası geri alma senaryolarına hazırlıklı olmak büyük önem taşır. Yanlışlıkla yapılan bir silme işlemi, önemli bilgi kaybına ve ekip verimliliğinde aksaklıklara yol açabilir.

Riskler: Neden Dikkatli Olmalıyız?

1. Kalıcı Veri Kaybı: Silinen bir Git deposu, varsayılan olarak Azure DevOps'ta kısa bir süre (genellikle 28 gün) boyunca "yumuşak silinmiş" durumda kalabilir. Ancak bu sürenin sonunda kalıcı olarak silinir ve geri getirilemez. Kod Wiki'leri için de aynı durum geçerlidir. Bu nedenle, silme kararının kesinlikle doğru olduğundan emin olunmalıdır.
2. Bilgi Eksikliği: Silinen bir wiki, ekip üyelerinin önemli dokümantasyona erişimini engelleyebilir. Bu, yeni ekip üyelerinin öğrenme süreçlerini uzatabilir veya mevcut üyelerin iş süreçlerinde aksaklıklara neden olabilir.
3. Bağımlılıklar: Bazen diğer belgeler veya süreçler, silinen wiki'ye referans veriyor olabilir. Wiki silindiğinde bu referanslar boşa çıkacak ve bağlantılar çalışmayacaktır.
4. Yasal ve Uyum Gereklilikleri: Bazı projeler veya sektörler, belirli dokümantasyonun belirli bir süre boyunca saklanmasını gerektiren yasal veya uyum standartlarına tabi olabilir. Bu tür bir wiki'yi silmek, yasal sorunlara yol açabilir.

Geri Alma Senaryoları: Yanlış Bir Adım Attığınızda Ne Yapmalısınız?

Azure DevOps, silinen Git depolarını (ve dolayısıyla Kod Wiki'lerini) belirli bir süre boyunca kurtarma imkanı sunar. Bu süre genellikle 28 gündür.

1. Depoyu Kurtarma (Soft Delete):
   • Azure DevOps projenize giriş yapın.
   • Sol menüden "Project settings" (Proje ayarları) seçeneğini tıklayın.
   • "Repositories" (Depolar) bölümüne gidin.
   • Üstteki "Deleted repositories" (Silinmiş depolar) sekmesine tıklayın.
   • Burada, son 28 gün içinde silinmiş depoların bir listesini göreceksiniz. Kurtarmak istediğiniz Kod Wiki'sinin deposunu bulun.
   • Deponun yanındaki "Restore" (Kurtar) düğmesine tıklayın.
   • Onay penceresinde "Restore" düğmesini tekrar tıklayarak depoyu projenize geri getirin.

Bu işlem, depoyu tüm geçmişi ve içeriğiyle birlikte geri yükleyecektir. Ancak, 28 günlük süre sona erdiğinde depo kalıcı olarak silinir ve bu yöntemle geri getirilemez.

Vaka Analizi: "Beta Projesi"nin Kurtarılışı

Bir DevOps mühendisi olan Can, "Beta Projesi"ndeki eski ve kullanılmayan Git depolarını temizlemekle görevlendirildi. Listeyi incelerken, yanlışlıkla projenin ana Kod Wiki'sini de eski ve kullanılmayan bir depo sanarak sildi. Birkaç saat sonra, yeni katılan bir ekip üyesi önemli bir mimari dokümanı ararken wiki'ye ulaşamadı. Durumun farkına varan Can, hemen Azure DevOps'un proje ayarlarına giderek "Deleted repositories" sekmesini kontrol etti. Şans eseri, silme işleminin üzerinden sadece 3 saat geçmişti ve wiki deposu listede duruyordu. Can, hızlıca "Restore" düğmesine tıklayarak wiki'yi kurtardı. Bu olay, silme işlemlerinin ne kadar dikkatli yapılması gerektiğini ve Azure DevOps'un sunduğu kurtarma özelliğinin ne kadar değerli olabileceğini gözler önüne serdi.

Uzman İpucu: Herhangi bir büyük temizlik veya silme işleminden önce, önemli depoların bir yedeğini almak her zaman iyi bir uygulamadır. Bir Git deposunu yedeklemenin en basit yolu, onu yerel makinenize klonlamak ve ardından bu klonlanmış depoyu sıkıştırarak (zip/tar) güvenli bir yerde saklamaktır. Eğer depoda hassas bilgi varsa, bu yedeğin de güvenli bir şekilde saklandığından emin olun.

Alternatifler ve İleri Düzey Yönetim İpuçları

Kod Wiki'sini silmek bazen en uygun çözüm olmayabilir. Özellikle gelecekte referans olarak kullanılabilecek veya belirli bir süre daha saklanması gereken wikiler için alternatif yöntemler ve ileri düzey yönetim ipuçları devreye girer. Ayrıca, wiki yönetim süreçlerini daha verimli hale getirmek için otomasyon fırsatları da mevcuttur.

Wiki'yi Tamamen Silmek Yerine Arşivlemek Mümkün mü?

Evet, birçok durumda tamamen silmek yerine wikiyi "arşivlemek" daha mantıklı bir yaklaşım olabilir. Doğrudan Azure DevOps'ta bir "arşivle" düğmesi olmasa da, Git deposu tabanlı Kod Wiki'leri için birkaç yöntem uygulayabiliriz:

1. Depoyu Kapatma (Disable Repository): Azure DevOps, bir depoyu kalıcı olarak silmeden, sadece "salt okunur" hale getirmenize veya tüm push/pull işlemlerini engellemenize olanak tanır. "Project Settings" -> "Repositories" altında ilgili depoyu seçin. "Settings" sekmesinde "Read-only" veya "Block new pushes" gibi seçenekleri işaretleyebilirsiniz. Bu, wiki içeriğinin hala görüntülenebilir olmasını sağlar ancak güncellemeleri engeller.
2. İzinleri Daraltma: Wiki'ye erişimi sadece belirli bir grup veya tek bir kullanıcıyla sınırlayabilirsiniz. Böylece genel görünürlükten kaldırılır ancak gerektiğinde erişilebilir kalır. İlgili deponun "Security" (Güvenlik) sekmesinden bu ayarlamaları yapabilirsiniz. Tüm "Contributor" ve "Reader" gruplarının erişimini kaldırıp, sadece "Project Administrators" grubuna erişim bırakmak etkili bir arşivleme yöntemidir.
3. Ayrı Bir Arşiv Projesine Taşıma: Eğer çok sayıda eski wiki'niz varsa, bunları mevcut projenizden kaldırmak ama yine de erişilebilir tutmak isteyebilirsiniz. Bu durumda, Azure DevOps içinde "Archive" (Arşiv) adında ayrı bir proje oluşturup, eski wiki'lerin Git depolarını bu projeye taşıyabilirsiniz. Bu, ana projenizi temiz tutarken, eski dokümantasyona yine de erişmenizi sağlar.

Uzman İpucu: Arşivlenen wikiler için README.md dosyalarına "Bu wiki arşivlendi ve artık güncel değildir. Referans amaçlı tutulmaktadır." gibi bir uyarı eklemek, kullanıcıların kafasının karışmasını engeller.

Wiki Yönetiminde Otomasyon Fırsatları

Büyük kuruluşlarda, yüzlerce projenin ve binlerce wiki'nin olduğu durumlarda manuel yönetim yetersiz kalabilir. Bu noktada otomasyon devreye girer:

1. Azure DevOps API Kullanımı: Azure DevOps REST API'si, depoları listeleme, silme ve izinleri yönetme gibi birçok işlevi programatik olarak gerçekleştirmenize olanak tanır. Belirli kriterlere uyan (örneğin, belirli bir yaştan büyük veya belirli etiketlere sahip) Kod Wiki'lerini tespit etmek ve bunlar üzerinde toplu işlemler yapmak için PowerShell veya Python betikleri yazılabilir. Örneğin, belirli bir süredir etkin olmayan depoları listeleyip, bunların sahiplerine uyarı e-postaları göndermek ve ardından arşivleme veya silme işlemleri için onay almak gibi bir süreç otomatikleştirilebilir.
2. Azure DevOps CLI: Azure DevOps Komut Satırı Arabirimi (CLI), benzer görevleri betikler aracılığıyla otomatikleştirmek için kullanılabilir. Özellikle az repos list, az repos show ve az repos delete gibi komutlar wiki yönetimi için oldukça faydalıdır.

   
   # Tüm depoları listele
   az repos list --organization "https://dev.azure.com/your-org" --project "YourProject" --output table
   
   # Belirli bir depoyu sil (dikkatli kullanın!)
   az repos delete --organization "https://dev.azure.com/your-org" --project "YourProject" --repository "YourProject.wiki" --yes
               

   Bu komutlar, düzenli bakım görevlerini otomatikleştirmek için CI/CD işlem hatlarına (pipelines) entegre edilebilir.

Wiki içeriklerinin mobil cihazlarda da okunabilir olmasını sağlamak, kullanıcı deneyimi açısından kritik öneme sahiptir. Her ne kadar bir Kod Wiki'sinin içeriği genellikle Markdown formatında olsa da, web'e yayımlandığında veya Azure DevOps arayüzünde görüntülendiğinde, responsive tasarım prensipleri önem kazanır. Bu, metin boyutlarının, görsellerin ve tabloların farklı ekran boyutlarına (telefon, tablet, masaüstü) otomatik olarak uyum sağlaması anlamına gelir. Geliştiriciler, wiki içeriğini oluştururken CSS Media Query'lerin nasıl çalıştığını bilmeli ve eğer özel bir HTML/CSS içeriği gömüyorlarsa, bunun mobil uyumlu olduğundan emin olmalıdır. Örneğin, bir wiki sayfasında karmaşık bir tablo kullanıyorsanız, küçük ekranlarda yatay kaydırılabilir hale gelmesini sağlamak kullanıcı deneyimini artıracaktır. Bu tür tasarımsal yaklaşımlar, dokümantasyonunuzun her ortamda erişilebilir ve okunabilir kalmasını sağlar.

Sonuç ve Sıkça Sorulan Sorular

Azure DevOps'ta bir Kod Wiki'sini silmek, proje yönetimi ve dokümantasyon süreçlerinin önemli bir parçasıdır. Gerekli adımları doğru ve dikkatli bir şekilde takip ederek, gereksiz bilgi kirliliğini önleyebilir, ekibinizin verimliliğini artırabilir ve Azure DevOps ortamınızı daha düzenli hale getirebilirsiniz. Unutulmamalıdır ki bu işlem kalıcı sonuçlar doğurabilir, bu yüzden her zaman gerekli izinleri kontrol etmek, doğru depoyu seçtiğinizden emin olmak ve mümkünse yedekleme yapmak en iyi uygulamadır. Alternatif olarak, wiki'yi arşivlemek veya izinlerini daraltmak gibi seçenekleri de değerlendirebilirsiniz. Gelişmiş otomasyon teknikleriyle ise, büyük ölçekli wiki yönetimini daha sürdürülebilir hale getirmek mümkündür.

Sıkça Sorulan Sorular (SSS)

1. S: Bir Kod Wiki'si ile Proje Wiki'si arasındaki temel fark nedir?
   C: Proje Wiki'si doğrudan Azure DevOps web arayüzünde yönetilir ve bir Git deposuna bağlı değildir. Kod Wiki'si ise arka planda bir Git deposu olarak barındırılır, bu sayede sürüm kontrolü altında klonlanabilir, düzenlenebilir ve değişiklikler taahhüt edilebilir. Bu durum, özellikle geliştiricilerin kod tabanlı dokümantasyonu kodla birlikte yönetmesi için idealdir.
2. S: Yanlışlıkla sildiğim bir Kod Wiki'sini geri getirebilir miyim?
   C: Evet, Azure DevOps silinen Git depolarını (ve Kod Wiki'lerini) genellikle 28 gün boyunca "yumuşak silinmiş" durumda tutar. Bu süre zarfında, "Project settings" -> "Repositories" -> "Deleted repositories" bölümünden depoyu kurtarabilirsiniz. 28 gün sonra kalıcı olarak silinir ve geri getirilemez.
3. S: Kod Wiki'sini silmek yerine arşivlemek için hangi yöntemleri kullanabilirim?
   C: Tamamen silmek yerine, ilgili Git deposunun izinlerini kısıtlayarak (sadece yöneticilerin erişebileceği şekilde), depoyu salt okunur hale getirerek veya depoyu ayrı bir "Arşiv" projesine taşıyarak wiki'yi arşivleyebilirsiniz. Ayrıca, wiki içeriğine arşivlendiğini belirten bir not eklemek de faydalıdır.
4. S: Bir Kod Wiki'sini silmek için hangi izinlere sahip olmam gerekir?
   C: Bir Kod Wiki'sinin (yani bir Git deposunun) silinmesi için genellikle "Depoları Sil" (Delete repositories) iznine sahip olmanız gerekir. Bu izin çoğu zaman "Proje Koleksiyonu Yöneticisi" rolü veya özel olarak ayarlanmış güvenlik gruplarına atanır. Proje yöneticinizle iletişime geçerek bu izni almanız gerekebilir.
5. S: Wiki'deki belirli bir sayfayı silmek mümkün müdür? Tüm wiki'yi silmeden?
   C: Evet, bir Kod Wiki'si bir Git deposu olduğu için, depoyu klonlayarak ilgili Markdown dosyasını silebilir, değişikliği taahhüt edebilir ve depoya geri gönderebilirsiniz (push). Bu, yalnızca o sayfayı wiki'den kaldırır, ancak tüm wiki'yi silmez. Alternatif olarak, Azure DevOps web arayüzündeki "Repos" bölümünden ilgili Markdown dosyasını doğrudan düzenleyip silebilirsiniz.