Kısa bir süre önce bir iş arkadaşıyla web uygulamalarını sürümlendirme hakkında bir tartışma yaptım.
Buna hiç ihtiyacın olduğunu sanmıyorum ve sadece son sürümün yayınlandığını onaylamak için bir sağlık kontrolü istiyorsan, bir randevunun (YYMMDD) muhtemelen yeterince iyi olduğunu düşünüyorum.
Ben tabandan mıyım? Ben noktayı mı özlüyorum? Web uygulaması sürüm numaralarını kullanmalı mıyım
Yanıtlar:
Aynı web uygulamasını birden fazla müşteriye yeniden satıyorsanız, kesinlikle onu sürümlendirmelisiniz.
Sadece bir yere kurulmuş bir web sitesiyse, ihtiyaç daha az korkunç, ancak yine de zarar görmedi. Saat dilimi sorunlarına ve bu tür durumlara daha az duyarlı olursunuz. Bir kütüphane sürüm 1.0.2.25’de bir sorunu teşhis etmek, 3 Kasım 2010 günü saat 15: 15’deki kütüphane yapısını aramaktan çok daha iyidir.
Uygulamanızın DLL'lerinde sürüm numarasını otomatik hale getirebilirseniz, zarar veremez. Sürümleri takip etmenize yardımcı olacaktır.
Genel olarak, web uygulamaları yalnızca barındırdığınız bir yerde yayınlanır, bu nedenle masaüstü uygulaması demek kadar önemli değildir. Geri alma, hata izleme (bu sürüm hangi sürümdeydi) ve varsa geliştirici, aşamalandırma ve üretim sunucuları arasındaki farkı izlemeye yardımcı olabilir.
Otomatize etmeye bakardım - bir kez kurabileceğiniz ve gerektiğinde / gerektiğinde kullanabileceğiniz türden bir şey.
Kullanıcılarınız sürüm numaralarını her zaman en son ve en iyi sürümlere sahip oldukları için umursamazlar; Sonunda geliştirme kaynağınız canlı kodla senkronize olur ve ardından kesinlikle bilmeniz gerekir. Böylece, sürümlerinizi svn / git ağacınıza etiketleyin ve web uygulamasını bu etiketle işaretleyin.
Diğerlerinin söylediklerine ek olarak, bu versiyonlamanın pazarlama açısından da önemli olduğunu eklerim. Yeni sürüm, potansiyel veya mevcut müşterilere pazarlanabilecek yeni bir şeydir. Müşterilerin bir şeyin 'yeni' olduğunu bilmelerini ve işlerin daha ileri gittiğini görmelerini sağlar. Yeni özelliklerin güzel gruplandırılmasını sağlar. Ve daha profesyonel görünüyor.
Ben önemsiz bir web uygulaması dışında bir şey için, onu sürüm gerekir gerektiğini söylüyorum. Burada işte iki, biraz farklı nosyonlar var:
Durumdan bağımsız olarak, dosyaların bireysel versiyon (veya revizyon) numaralarına sahip olması gerektiğine inanıyorum. İdeal olarak, bu, sürüm kontrol sisteminiz tarafından otomatik olarak ele alınacaktır. Başkaları tarafından belirtildiği gibi, bir dosyanın sürüm numarasına atıfta bulunmak, tarih ve saatinden daha kolaydır.
Uygulamanın birden fazla canlı kurulumuna sahipseniz (veya varsa), bir bütün olarak versiyonlanmalıdır. Ayrı dev ve test ortamlarınız varsa (olması gerektiği gibi), bu da iyi bir uygulamadır. Her uygulama (veya sürüm) sürüm numarası, belirli sürüm numaralarındaki tek tek dosyaların toplanması anlamına gelir. Tüm bunlarla uğraşmak ekstra bir yük olsa da, belirli revizyon numaralarındaki ayrı dosyalardan belirli bir sürümü kullanıma bırakmak daha kolaydır.
Bu bana dilbilim hakkında bir fikir verdirir. Bir dilde bir şeyi ifade edemezseniz, onun hakkında düşünemeyeceğiniz söylenir (o dilde). Almanca sözcüğü 'Schadenfreude' düşünüyorum. Bu kelimeye atıfta bulunmak suretiyle, “başkasının talihsizliğinden dolayı neşe hissi duymak” kavramını, tanımından ziyade düşünmek (ve konuşmak) çok daha kolaydır. Kelimenin İngilizce dilinde kullanılmasının nedeni budur.
Benzer şekilde, sürüm numaraları uygulamanızdan ve dosyalarından belirli durumlarda konuşmayı (ve düşünmeyi) kolaylaştırır. Tek kişilik bir ekibin, tek bir uygulama üzerinde çalışıyorsan, büyük bir fark yaratması büyük olasılıkla değil. Ancak, işler daha karmaşık hale geldikçe, bu etiketleri kullanıma hazır hale getirmeniz sizin için daha iyidir.
Web uygulamanızı, derleme sunucunuzdaki derleme kimliği ile birlikte sürümlendirmelisiniz ve bu kimliği tüm hata raporlarına dahil etmelisiniz.
Bu, şu anda üretimde bulunmayan eski bir sürümde bildirilen bir hatayı düzeltmeniz durumunda zaman içinde geri dönmenize olanak sağlar.
Sorunuzda, basit bir web uygulamasının aklında bulunduğunuz açıktır.
Yalnızca bir Web GUI'si tarafından erişilebilir ve Web (-service) API'sı tarafından erişilebilir değil . Bir API kullanarak uygulamaya erişen kullanıcılarınız varsa, onu sürümlendirmeniz gerekir . API'yi değiştirirseniz müşterileri atarsınız, bu nedenle API'nin farklı bir sürümünü aynı anda korumanız gerekir.
Şu anda çalışan yalnızca bir örnek . Sadece web kullanıcısına sahip olsanız bile, daha fazla kurulumunuz varsa, hangi müşterinin hangi sürümü çalıştırdığını bilmeniz gerekir.
Canlı sürüm yükseltme için kabul edilebilir aşağı-zaman ile. Bir olasılıkla vardır büyük olduğunu sorun veritabanı . Yeni sürümlerle yapılan önemli değişiklikler, verilerin temel yapısındaki değişikliklerle birlikte gelir. O sırada çalışan yalnızca bir sürümünüz varsa, eski sürümü kapatmanız, veritabanını yükseltmeniz ve yeni sürümü açmanız gerekebilir. Bu, uygulama zaman aşımına neden olur. Bu, kullanıcı sayısına ve türüne bağlı olarak kabul edilebilir.
Sadece eskisine sahibiz, bu yüzden sürüm numarasını sadece akıl denetimi için akıl denetimi için kullanın. Aynı anda kullanılan pek çok sürümü izlememiz gerekmiyor.
Web uygulamanız hem istemci hem de sunucuda birden fazla modülden oluşuyorsa, her modül versiyonlanmalıdır. Ve hem istemcide hem de sunucudaki modül sürümlerinin her birine benzersiz bir kimlik, tüm kayıt ve hata iletilerinde bulunması gereken bir kimlik verilmelidir.
Bu sözleşmeyi kullanarak, web uygulamasının belirli bir anda bulunduğu durumu yeniden oluşturmak her zaman mümkün olacaktır.
Bence, webapps bugünlerde her iki tarafta, sunucuda ve istemcide dinamik diller kullanılarak oluşturulduğundan, kullanıcı tarayıcıyı yeniden başlatmadığı veya sayfayı el ile yeniden yüklemediği sürece güncellenmiş bir web uygulamasını yeniden yüklemek için herhangi bir neden olmamalıdır.
Uygulamanın genel durumunu etkilemeden, yalnızca web uygulamasındaki güncellenmiş parçalar veya modüller yeniden yüklenmelidir.
Neden isteyebilirsin Bunu zorlatarak, web uygulaması tasarımı gereği daha sadık, doğru ve bakımı kolay olacak. Web uygulaması her zaman eşzamanlı sunucu / müşteri güncellemesi gerektiriyorsa, muhtemelen doğru yolu bulamaz.
Evet, versiyonunu yazmalısın! Ayrıca, revizyon kontrol sisteminizde (subversion, git, mercurial vb.) Sürüm numarasıyla eşleşen bir etiket bulunmalıdır.
Etiket geri dönüp dal yapmanızı sağlar. Örneğin: Geçerli üretim sürümünde bir hata var, ancak makinenizdeki kod kapıyı açmaya hazır olmadığı için düzeltemiyorsunuz. Bununla birlikte, RCS'nizde etiketlenmişse, bu etikete dallayabilir ve üretimde çalışan kodun tam sürümünde hatayı düzeltebilirsiniz.
Şahsen ben yine de sürüm yapmalısınız diye düşünüyorum, ancak web sitelerine özgü web uygulamalarını sürümlendirmenin en büyük yararı, statik içerikteki değişiklikleri yönetmeyi çok daha kolay hale getirebilmesidir.
Örneğin, ileride bir son kullanma tarihi olan bir mysite.css dosyanız olduğunu varsayalım (genellikle yapmak istediğiniz her sayfadaki tarayıcıda önbelleğe alınacak şekilde). Daha sonra o dosyadaki bir stili değiştirirseniz, daha önce sitenize gelen hiç kimse o dosyayı önbelleklerinden temizlemek için bir şey yapmazsa görecektir.
Sitenizde sürüm oluşturuyorsanız, derlemenizdeki tüm css referanslarını mysite.css? V = 1234 gibi bir şeye değiştirebilseniz de, gelecekteki son kullanma tarihini tutmanıza izin verecek ve bir sonraki sürümdeki gibi gelecekteki değişiklikler için endişelenmeyeceksiniz mysite.css? v = 1235 olur.
Evet yapmalısın. Dağıtım nedenlerinden dolayı burada diğer cevaplar tarafından belirtilmiştir.
Ama görüyorum ki, neden soruyu soruyorsun. Web uygulamaları yaklaşımı düşük maliyetlidir. Maliyetlerin fiziksel medya, dağıtım, kurulum, dokümantasyon baskısı, eğitim ve teknik destek dahil olduğu eski shrinkwrap yaklaşımına zıt. Dışlanabilecek herhangi bir şey hariç tutulmalıdır.
Sadece açık olmak gerekirse, kullanıcı tarafından görülebilir bir sürüm numarasından bahsettiğinizi ve geliştirme aşamasında sürüm kontrolünden vazgeçmediğinizi farz ediyorum. (Geliştirme aşamasında sürüm kontrolüne ihtiyacınız olmadığını düşünüyorsanız, hatalıysanız sürüm kontrolüne ihtiyacınız vardır).
Tek barındırılan bir proje için kesinlikle gerekli değildir, çünkü herhangi bir sorunuz olursa, her zaman ana bilgisayara bakabilir ve gerçekten çalışanın ne olduğunu doğrulayabilirsiniz. Yine de hoş, çünkü bir ya da iki kez işe yarayabilir. İşe yarayıp yaramadığını düşünmek sana kalmış.
Çok barındırılan bir proje için, gerçekten isteğe bağlı değil. Farklı ana bilgisayarlar sonunda farklı sürümlerle sonuçlanacaktır ve bunları kullanıcı sonunda ayırt edebilmeniz gerekir.