Svnrev SVNREV, projenin mevcut revizyon numarasını bir C / C ++ başlık dosyasına, bir Java paketi dosyasına veya C # Class dosyasına yazan küçük bir programdır. Bu revizyon numarası sabitlerde saklanır (T'de makrolar
Şimdi İndirin

Svnrev Sıralama ve Özet

Svnrev Etiketler

Damga vurmak Cvs CVS kaynağı Subversion entegrasyonu VB6 Yıkımı alt Subversion Client Subversion yapılandırması Subversion günlükleri CVS'ye spektrum yıkılma monitör Subversion Kitaplığı Subversion sunucusunu yönet Subversion İdaresi CVS istemcisi CVS kontrolü CVS modülleri iş cvs CVS FONKSİYONU Subversion Server CVS Seçenekleri Subversion arayüzü Subversion Editor erişim cvs Subversion yönetimi Python subversion Cvs dosyası damga uygulaması damga bileşeni C ++ başlığı Rcs Subversion Dağıtıcı Merkür'e yıkım CVS Halefi CVS İthalatı

Svnrev Açıklama

Uygulamalarınızı veya bileşenlerinizi revizyon numaraları ile damgalama SVNREV, mevcut revizyon sayısını bir C / C ++ başlık dosyasına, bir Java paketi dosyasına veya C # Class dosyasına yazan bir programdır. Bu revizyon numarası, hem numara hem de bir dize olarak sabitler (C / C ++ durumunda makrolar) depolanır. Kaynak dosyalarında bulunması gereken "RCS anahtar kelimelerinden" revizyon numarasını alır. SVNREV, Subversion sürüm kontrol sistemi için özel olarak tasarlanmıştır, ancak CVS ve RC'lerle de kullanılabilir. Svnrev, belirli bir ide güvenmeyen bağımsız bir yardımcı programdır. SVNREV, taşınabilir bir yardımcı programdır ve uygun bir C derleyicisinin mevcut olduğu her ortamda çalışmalıdır. Amacımız, bir "makefile" dan kullanacak ve bir sürüm kontrol sistemine ve özellikle alt dönüş sistemine takmaktı. Neden svnrev kullanıyorsun? Bilgisayar programları versiyonları var. Her bir bileşen (DLL, ActiveX nesnesi, OLE sunucusu, gömülü ürün yazılımı vb.) Kendi versiyonuna sahip olabilir. Eğer dünya mükemmel olsaydı, aynı sürüm numarasına sahip iki farklı bileşen bulunmamalıdır. Uygulamada, özellikle beta döneminde "Gizli" yükseltmeleri gerçekleşir. Hepsinin 2.11.000 numaralı numaralara sahip olan msvcrt20.dll dosyasının çok sayıda farklı serbest bırakılması vardır. Benzer şekilde, CTL3D.DLL sürüm 1.0 ve Comdlg32.dll sürüm 4.00 sürüm 4.00'ün uyumsuz serbest bırakılmaları "Dışarıda". Çeşitli bileşenleri birbirinden ayırt etmek için gerekenler, bileşenin sürüm dizgisine "revizyon numarası" eklemektir. Böyle bir şema kurulduğunda (ve revizyon numarası sürüm numarasının bir parçasıdır), geliştiriciler artık yanlışlıkla bir önceki sürüm olarak aynı sürüm damgasına sahip güncellenmiş bir bileşeni bırakmaz. Sürüm numarası "Hakkında" kutusunda ve / veya sürüm kaynağında bulunduğunda, kullanıcı tam olarak hangi versiyonun olduğunu tam olarak doğrulayabilir ve bu geliştiricilere iletildiğinde, hatalar biraz daha kolay olabilir. çoğalmak. Daha popüler terimlerle: Şimdiye kadar bir müşteriye ya da meslektaşı sorduysanız "bu bileşen hangi tarihte?" Diye sordunuz, Svnrev'i kullanmayı düşünmelisiniz. Dosya tarihi / zaman damgaları, güvenilmez olmanın (iyi hak ettiği) bir itibar var. Her derleme için otomatik olarak artan bir yapı numarasını korumak için çeşitli yardımcı programlar vardır. Bununla birlikte, bu, derleme damgası ile sürüm kontrolü arasında doğrudan bir bağlantı olmaması için dezavantaja sahiptir. Böyle bir bağlantıyı almak için, geçerli yapı numarasını sürüm kontrolüne taşıyan dosyayı kontrol etmeniz gerekir. Çoklu Geliştirici gruplarında, bu makine oluşturulan, sık sık değiştirilen dosyada, sürüm kontrol sistemi için sıkıntı yaratacaktır. Aslında, genellikle makine oluşturulan dosyaları sürüm kontrolüne koymazsınız. SVNREV farklı bir yaklaşım kullanır: Yapı numarasını bir sürüm kontrol sisteminin kaynak dosyasında tutacağı anahtar kelimelerinden sorgular. Daha spesifik olarak, Svnrev "$ ID: $" anahtar kelimesini kullanır (ve isteğe bağlı olarak iki kişi). Subversion, dosya başına ayrı bir revizyon numarası yerine, tüm bir proje için yalnızca tek bir revizyon numarası kullandığı özelliğe sahiptir. Bu, CVS ve RC'li durum değil; CVS / RCS ile SVNREV kullanma hakkında ayrıntılar için "CVS ve RCS ile SVNREV kullanarak" bölümüne bakın. SVNREV, birine bir ürün / güncelleme göndermeden önce değişikliklerinizi sürüm kontrolüne yaptığınızı varsayıyor. Svnrev bir fark tespit ederse, ürettiği makroların / sabitlerin ikisine "değiştirilmiş bir bayrak" ekler. Bunun arkasındaki muhakeme, kaynak kodunun yerel kopyanızın henüz sürüm kontrolünde olmayan değişiklikler içermesi, gönderdiğiniz uygulamanın / bileşenin revizyon numarası, Subversion'daki yanlış revizyon numarasına bağlanır. Numara, kapının dışına çıkan herhangi bir daha önceki uygulamadan / bileşenden farklı olması muhtemeldir (sürüm kontrolünü kötü bir şekilde kullanmıyorsanız veya çok hızlı bir şekilde güncelleme göndermezsiniz), ancak doğru revizyonu bulmak zor olabilir veya hatta imkansız olabilir. Bu nedenle: İlk önce değişikliklerinizi taahhüt edin, ardından dağıtacağınız son sürümü oluşturun.

Svnrev İlgili Yazılım