# Dosya sürüm kontrolü nedir, nasıl uygulanır? > Dosya sürüm kontrolü, bir belgenin her değişiklikte yeni bir sürüm olarak saklanması ve eski hâllerine gerektiğinde dönülebilmesidir. Kaynak sayfa: https://smartfiles.com.tr/rehberler/dosya-surum-kontrolu-nedir.html Sitenin tamamı: https://smartfiles.com.tr/llms.txt --- - Ana sayfa - Rehberler - Dosya sürüm kontrolü nedir, nasıl uygulanır? Sürüm ve geri alma ## Dosya sürüm kontrolü nedir, nasıl uygulanır? Dosya sürüm kontrolü, bir belgenin her değişiklikte yeni bir sürüm olarak saklanması ve eski hâllerine gerektiğinde dönülebilmesidir. Belgenin adı değişmez; kimin, ne zaman, kaçıncı sürümü yüklediği sistemde yazar. “son_final_v3” gibi dosya adlarıyla yürütülen düzenin yerini alır. Bu rehber sürüm kontrolünün ne işe yaradığını ve bir kurumda nasıl uygulandığını anlatıyor. 6 dk okumaYayın: 25 Eylül 2026 Bu rehberde - “son_final_v3” sorunu neden ortaya çıkar? - Sürüm kontrolü nasıl çalışır? - Kaç sürüm saklanmalı? - Sürüm kontrolüne geçiş için hangi kurallar konmalı? - Sürüm kontrolü hangi durumlarda en çok işe yarar? - Sürüm kontrolünde sık yapılan hatalar nelerdir? - Sürüm geçmişi bir anlaşmazlıkta nasıl kullanılır? - Sürüm kontrolüne geçişte ekip nasıl hazırlanır? - SmartFiles bunu nasıl çözer? - Sık sorulan sorular - Anlatılanları demoda deneyin ### “son_final_v3” sorunu neden ortaya çıkar? Bir teklifi hazırlayan kişi ilk hâli kaydeder, müşterinin yorumlarıyla ikinci hâli, yöneticinin düzeltmeleriyle üçüncüsünü. Dosya sistemi aynı adla kaydedildiğinde eskisini sildiği için herkes kendini korumak ister ve adın sonuna bir ek koyar: “teklif_son”, “teklif_son_final”, “teklif_son_final_v3”. Bu yöntem kısa vadede işe yarar gibi görünür, ama üç soruyu yanıtsız bırakır: Hangisi geçerli? Aralarında ne değişti? Kim değiştirdi? Yanlış hâlin müşteriye gönderilmesi ya da eski bir fiyatın faturaya yansıması, bu soruların yanıtsız kalmasının sıradan sonuçlarıdır. ### Sürüm kontrolü nasıl çalışır? Sürüm kontrolünde belgenin tek bir adı vardır. Aynı belge güncellenip yeniden kaydedildiğinde sistem eski hâli silmek yerine sürüm geçmişine koyar ve sürüm numarasını bir artırır. Listede her zaman en güncel hâl görünür; eski hâller ise belgenin geçmişinde yükleyen kişi ve tarihle durur. Eski bir hâle dönmek gerektiğinde o sürüm geri yüklenir. İyi bir sürüm kontrolünde geri yükleme de bir değişikliktir: eski içerik yeni bir sürüm olarak eklenir, aradaki sürümler silinmez. Böylece “geri dönüşü” de geri almak mümkün olur. ### Kaç sürüm saklanmalı? Her değişikliği sonsuza kadar saklamak depolama alanını hızla doldurur; çok az sürüm saklamak ise güvenlik ağını zayıflatır. Çoğu kurum için son beş ila on sürüm, bir belgenin taslak, gözden geçirme ve onay aşamalarını kapsamaya yeter. Sürüm sayısını düşürmeden önce dikkatli olun: sınır azaltıldığında sınırı aşan en eski sürümler silinir ve geri alınamaz. Bu nedenle sınırı düşürmeden önce etkilenecek dosya sayısını görmek önemlidir. ### Sürüm kontrolüne geçiş için hangi kurallar konmalı? - Adına ek koymayı bırakın. Güncel hâl her zaman aynı adla, aynı klasöre kaydedilir. - Eski kopyaları temizleyin. “son”, “final” ekli kopyalardan geçerli olanı belirleyin; ötekileri silmeden önce ekibe haber verin. - Önemli aşamaları notla işaretleyin. “Müşteri onayına gönderildi” gibi bir not, hangi sürümün dışarı çıktığını gösterir. - Geri dönme yetkisini belirleyin. Eski sürümleri görmek ve geri yüklemek herkese değil, belgenin sorumlularına açık olsun. ### Sürüm kontrolü hangi durumlarda en çok işe yarar? - Teklif ve sözleşme müzakereleri: karşı tarafa hangi hâlin gönderildiği ve sonra ne değiştiği sürüm geçmişinde görülür. - Fiyat listeleri ve tablolar: yanlış bir formülle kaydedilmiş tablo, bir önceki sürüme dönülerek dakikalar içinde düzeltilir. - Politika ve prosedür belgeleri: hangi tarihte hangi kuralın geçerli olduğu, denetimde sorulduğunda eski sürümden gösterilir. - Teknik çizim ve tasarım dosyaları: revizyonlar ayrı dosyalar yerine aynı belgenin sürümleri olarak izlenir. - Ortak düzenlenen raporlar: birden fazla kişinin katkı verdiği belgede, kimin hangi hâli yüklediği sürüm satırında yazar. ### Sürüm kontrolünde sık yapılan hatalar nelerdir? İlk hata, sürüm kontrolü olan bir sisteme geçtikten sonra da ada sürüm eki koymaya devam etmektir. “teklif_v4” adıyla yüklenen dosya yeni bir sürüm değil, yeni bir dosya olur; geçmiş ikiye bölünür. Geçişten sonraki ilk haftalarda bu alışkanlığı hatırlatmak, düzenin oturmasını sağlar. İkinci hata, belgeyi farklı klasörlere aynı adla kaydetmektir. Sürüm geçmişi bir klasördeki bir belgeye aittir; aynı adlı dosya başka bir klasöre yüklendiğinde ayrı bir belge olarak başlar. Belgenin tek bir “evi” olmalı, başka yerlerde gerekiyorsa kopya yerine bağlantı kullanılmalıdır. Üçüncü hata, sürüm sayısını gerekenden düşük tutmaktır. Depolama alanından tasarruf etmek için sınırı bire ya da ikiye indirmek, yoğun bir müzakere haftasında birkaç saat içinde yüklenen hâllerin çoğunu kaybettirebilir. Sınırı belirlerken belgelerin tipik olarak kaç kez revize edildiğine bakın. ### Sürüm geçmişi bir anlaşmazlıkta nasıl kullanılır? Bir müşteriyle “hangi fiyat üzerinde anlaşmıştık?” tartışması çıktığında, teklifin sürüm geçmişi her hâlin kim tarafından ve hangi tarihte yüklendiğini gösterir. Önemli aşamalara bırakılmış notlar (“müşteriye gönderildi”, “onay geldi”) da hangi sürümün dışarıya çıktığını netleştirir. Bu kayıt, tartışmayı hafızaya değil, belgeye dayandırır. ### Sürüm kontrolüne geçişte ekip nasıl hazırlanır? Sürüm kontrolü teknik olarak bir günde açılır, ama alışkanlık haftalar içinde değişir. Geçişin ilk gününde ekibe tek bir kural anlatmak yeterlidir: “Belgenin yeni hâlini aynı adla, aynı yere kaydedin.” Geri kalan her şey bu kuralın sonucudur. İlk haftalarda sürüm geçmişini birlikte açıp göstermek, kuralın neden önemli olduğunu herkesin görmesini sağlar. Bir ekip üyesinin yanlış bir değişikliği eski sürüme dönerek birkaç saniyede düzeltmesini izlemek, uzun bir eğitimden daha ikna edicidir. Eski dosyalardaki “son”, “final” ekli kopyaları temizlemek için acele etmeyin. Belge kullanıldıkça sorumlusu geçerli hâli belirler, diğerlerini siler; birkaç ay içinde eski kopyalar kendiliğinden azalır. Toplu temizlik yapılacaksa, silinen kopyalar çöp kutusunda bir süre daha beklediği için geri dönüş imkânı da korunur. ### SmartFiles bunu nasıl çözer? SmartFiles'ta hiçbir dosyanın üzerine yazılmaz. Aynı klasöre aynı adla yüklenen dosya yeni bir sürüm olur; listede sürüm numarası bir artar (ör. v3 → v4) ve eski hâl sürüm geçmişinde kalır. Geçmiş yetkisi olan kullanıcı, dosyanın Sürümler sekmesinde bütün sürümleri yükleyen kişi ve tarihle görür; Bu sürümü geri yükle ile eski bir hâle döner. Geri yüklenen içerik yeni bir sürüm olarak eklenir, aradaki sürümlerin hiçbiri silinmez. Kurum yöneticisi her dosya için saklanacak eski sürüm sayısını 0 ile 10 arasında seçer. Sınırı düşürürken, silinecek sürümler için önce bir uyarı gösterilir. Sürüm satırlarında her hâlin boyutu, yükleyen kişisi ve tarihi yazar; istenen sürüm ayrıca indirilebilir. Dosyaya bırakılan notlar ve atanan onay görevleri, hangi sürümün müşteriye gittiğini ya da onaylandığını belgenin yanında kayıt altında tutar. Aynı sürüm geçmişi SmartFiles mobil uygulamasında da listelenir. Sürüm geçmişi ve çöp kutusuSürüm geçmişini görmek ve eski sürüme dönmekSaklanacak sürüm sayısını ayarlamak ### Sık sorulan sorular **S: Dosya sürüm kontrolü ile yedekleme aynı şey mi?** Hayır. Yedekleme sistemin belirli anlardaki kopyasını alır ve genellikle bilgi işlem tarafından geri döndürülür. Sürüm kontrolü ise her belgenin kendi değişiklik geçmişini tutar ve yetkili kullanıcı eski hâle kendisi döner. **S: Eski sürüme dönünce yeni sürüm kaybolur mu?** SmartFiles'ta kaybolmaz. Eski içerik yeni bir sürüm olarak eklenir; önceki güncel hâl de geçmişte kalır. **S: Sürümler depolama alanından yer kaplar mı?** Evet, her sürüm ayrı bir dosya olarak saklanır. Bu yüzden saklanacak sürüm sayısı kurum yöneticisi tarafından 0 ile 10 arasında belirlenir. **S: Sürüm geçmişini herkes görebilir mi?** Hayır. SmartFiles'ta sürüm geçmişini görmek ve eski sürümü geri yüklemek, alanda Geçmiş yetkisi olan kişilere açıktır. **S: Aynı belgenin farklı klasörlerdeki kopyaları tek sürüm geçmişinde birleşir mi?** Hayır. Sürüm geçmişi bir klasördeki bir belgeye aittir. Belgenin tek bir yerde durması, başka yerlerde gerekiyorsa kopya yerine dosya bağlantısı kullanılması önerilir; SmartFiles'ta belgeler birbirine İlişkili ya da Bunun yerine geçer bağlantılarıyla bağlanır. ### Anlatılanları demoda deneyin Örnek bir şirketin verisiyle, kayıt olmadan SmartFiles'ı açın. Demoyu açınTeklif isteyin ### Diğer rehberler - Sürüm ve geri alma #### Silinen iş dosyası nasıl geri getirilir? Silinen bir iş dosyası, kullandığınız sistemde çöp kutusu varsa ve saklama süresi dolmadıysa birkaç tıklamayla geri getirilir. Çöp kutusu yoksa tek yol bilgi işlemin yedekten dönüşüdür; bu da günler sürebilir ve son değişiklikleri kapsamayabilir. Bu rehber, dosya silindiğinde ilk yapılacakları ve saklama süresinin nasıl belirleneceğini anlatıyor. 6 dk okuma - Dosya düzeni #### Ortak klasör karmaşası nasıl çözülür? Ortak klasör karmaşası, dosyaları departmanlara göre ayrı depo alanlarına bölüp her alana yalnız ilgili kişilere erişim verince çözülür. Bunun yanında aynı belgenin kopyaları yerine sürüm geçmişi, silinen dosyalar için bir çöp kutusu ve basit bir adlandırma kuralı gerekir. Bu rehber, dağınık bir ortak sürücüyü adım adım toparlamayı anlatıyor. 7 dk okuma - Erişim ve yetki #### Departman bazlı dosya erişimi nasıl kurulur? Departman bazlı dosya erişimi, her departmanın dosyalarını ayrı bir alanda toplayıp yetkiyi kişi yerine departmana vermekle kurulur. Böylece departmana katılan çalışan ilgili dosyalara kendiliğinden erişir, ayrılan çalışanın erişimi de kendiliğinden kapanır. Bu rehber, okuma, yazma ve silme yetkilerini en az yetki ilkesiyle nasıl planlayacağınızı anlatıyor. 6 dk okuma