> For the complete documentation index, see [llms.txt](https://user.netmera.com/netmera-user-guide/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://user.netmera.com/netmera-user-guide/netmera-user-guide-tr/web-tools/tag-manager/version-history.md). # Sürüm geçmişi Tag Manager Sürüm Geçmişi, yayınlanan her çalışma alanı sürümünü değişiklikleri, yazarı ve tarihiyle birlikte kaydeder. Bu **Sürüm Geçmişi** sayfa, Tag Manager çalışma alanınızda yapılan değişikliklerin tam kaydını sunar. Her sürüm, yayımlama anındaki çalışma alanınızın bir anlık görüntüsünü temsil eder; buna tüm etiketler, tetikleyiciler ve değişkenler dahildir. Bu da şunları yapabilmenizi sağlar: * Hangi değişikliklerin yapıldığını, kim tarafından ve ne zaman yapıldığını takip edin. * Gerektiğinde önceki sürümlere geri dönün. * Ekibiniz genelinde hesap verebilirliği ve şeffaflığı koruyun. ### 1. Adım: Sürüm Geçmişini Açın Şu bölümünüzden **Çalışma Alanı**, seçin **Sürüm Geçmişi**.
### 2. Adım: Sürümleri İnceleyin Sayfanın üst kısmında bir özet göreceksiniz: * **Canlı Sürüm** – şu anda yayımlanan sürüm numarası ve onu kimin yayımladığı. * **Etiket Sayısı** – çalışma alanındaki toplam etiket sayısı. * **Tetikleyici Sayısı** – çalışma alanındaki toplam tetikleyici sayısı. * **Değişken Sayısı** – çalışma alanındaki toplam değişken sayısı. Özetin altında, bir tablo tüm yayımlanmış sürümleri şu bilgilerle listeler: * **Sürüm** – artan sürüm numarası. * **Sürüm Notu** – o sürümde nelerin değiştirildiğine dair açıklama. * **Yayınlanma zamanı** – sürümün yayımlandığı zaman damgası. * **Yayımlayan** – sürümü yayımlayan ekip üyesi. * **İşlemler** – görüntüleme, karşılaştırma veya geri alma seçenekleri. En son sürüm şu şekilde işaretlenir: **CANLI**. ### 3. Adım: İşlemleri Kullanın Her sürüm için şunları yapabilirsiniz: * **Kopyala** – Bu sürümün bir kopyasını, başlangıç noktası olarak kullanmak üzere oluşturun. Bu, daha eski bir sürümden üzerine yazmadan dallanmak istiyorsanız kullanışlıdır. * **Yayınla** – bu sürümü **canlı çalışma alanı**. Bu, mevcut canlı sürümün seçilen sürümle üzerine yazılmasına neden olur. * **Önizleme** – seçilen sürümü yayınlamadan önce test edin. Bu, etiketleri, tetikleyicileri ve değişkenleri güvenli bir ortamda doğrulamanızı sağlar. ### Güvenlik incelemesi etkin olduğunda Eğer [Güvenlik incelemesi](/netmera-user-guide/netmera-user-guide-tr/web-tools/tag-manager/security-review.md) uygulamanız için etkinleştirilmişse, Sürüm Geçmişi her sürümün onay durumunu da izler. Sürümler üç durumdan birine sahip olabilir: * **İnceleme Bekliyor** – gönderildi ve bir Güvenlik İnceleme Uzmanı kararını bekliyor. * **Canlı** – onaylandı ve yayımlandı. * **Reddedildi** – incelendi ve reddedildi. Düzenlenip yeniden incelemeye gönderilebilir. İşlemler buna göre değişir: * **Yayınla** doğrudan bir işlem olarak artık kullanılamaz. Üretime giden tek yol onaydır. * **İnceleme İşlemleri** Güvenlik İnceleme Uzmanları için görünür ve Onayla / Reddet panelini açar. * **Kopyala** ve **Önizleme** inceleme bekleyen bir sürümde bile tüm roller için kullanılabilir olmaya devam eder. * **Sürümü İndir** Güvenlik İnceleme Uzmanları için her sürümde görünür. İnceleme bekleyen sürüm ilk sırada, canlı sürüm ise altında listelenir. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://user.netmera.com/netmera-user-guide/netmera-user-guide-tr/web-tools/tag-manager/version-history.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.