Yazılım Sürümü geçmişi için SVN / GIT kullan? Veya başka bir şey?

Şu anda şirket içi uygulamalarımız için bir versiyon altyapısı uygulamaya çalışıyorum. Bilirsin, bizim uygulamalar için V1.1, 1.2 vb.

Yapmak istediğim, basit bir yazılım değişikliği ve sürüm geçmişi kaydetme ayarına sahip olmak. Biz zaten SVN kullanıyoruz (ve GIT'e geçiyoruz) ve bir parçam sadece kullandığını söylüyor. Ama başka bir bölüm bana bunun yeterli olmadığını söyleyerek dırdır ediyor.

İş dünyası gerçekten SVN depomuzu dolaştırmak istemiyor, değil mi? Acaba daha iyi bir yol bulmanın bir yolu olup olmadığını merak ediyordum. Baska öneri?

Teşekkürler, Steve

Son kullanıcılara hata düzeltmeleri, değişiklikler veya yeni özellikler iletmek için bir değişiklik listesi kullanıyorum. Değişikliğimi BUG: CHG: NEW: 'yu kullanan tortoisesvn üzerine modelledim.

Değişen çizgileri depo tarihine, taahhütler ile birlikte daha fazla teknik bilgi ile birlikte veriyorum. Bu, iki görevi bir araya getirerek zaman içinde teknik değişiklikleri kaydeder ve aynı zamanda kullanıcılar için daha yüksek düzeyde görünmesi gerekenleri kaydeder.

Serbest bıraktığımda, en yeni değişiklik çizgilerini kolayca çekebilir ve değişiklik / web sitesini / etc'yi güncelleyebilirim. Taahhüt tarihindeki herhangi bir değişiklik satırındaki önekler ile onu otomatikleştirebilirim.

Bu yöntemin, iki bilgi akışını bir arada, depoda, olması gereken yerde tutmasını seviyorum.

Benim işim mesajlarının genellikle işlenen değişikliklerle ilgili oldukça teknik detaylar içerdiği tecrübesiydi. Genel olarak sürüm notları için uygun değildir. Yaptığım şey bu amaç için daha arkadaşça bir 'sürüm notları' belgesi tutmak. Geliştirmeleri ve hataları izleyebilen redmine gibi web tabanlı bir sisteme geçmeyi umuyorum .

Taahhüt mesajları iyi ise (teknik olarak değil), bu bilgiyi depodan çekmenin yolları vardır. Örneğin, mesajları svn'den çıkarmak için kullandığım komut:

svn log --verbose https://<address to server>/<repo name>/ > svnMessages.txt

Git'i evde kullanabilir ve daha sonra belli başlı versiyonlar (tarballlar) için depodan kesinti yapabilirsiniz.

Geliştirme ekibinizin tercih ettiği kaynak kontrol sistemini seçerdim (ilgisizlerse gitmeye eğilirler!). İstediğiniz şey, bir changelog ile birlikte büyük bir sürümünü yayınlamak için standart bir yöntemdir. Bu, depodan indiren ve web sayfasını kullanan bir sistem aracılığıyla, LAN'da paylaşılan bir dizin, bir FTP sitesi vb.

Senin sorun:

İş dünyası gerçekten SVN depomuzu dolaştırmak istemiyor, değil mi? Acaba daha iyi bir yol bulmanın bir yolu olup olmadığını merak ediyordum. Baska öneri?

Sağladığınız ekstra bilgiler:

Bir geliştirici olmayan, belki de BT dışından bir Business üyesi, son sürümde yapılan değişiklikleri, hata düzeltmelerini vb. Bilmek ister. Dolayısıyla, iş için sürüm geçmişini orada olmak istemezsiniz, ama belki de ayrı bir yerde sistem

Ayrı sistem: Microsoft Exchange

Çözüm: Yeni bir sürüm çıktığında onlara e-posta gönderin.

Üzerinde çalıştığım tüm projelerin geliştiricileri ve kullanıcıları tarafından kullanılması için bir wiki var. Wiki temel olarak dokümantasyon / yardım için kullanılır, ancak aynı zamanda son kullanıcılar için uygun olan değişiklik kayıtlarını da içerir. Değişiklik günlüğü günlük olarak güncellenir, gerektiğinde sürüm kontrolüne atıfta bulunarak, son düzenleme ve derleme yayınlandığında parlatılır.

Birçok kullanıcı, özellikle uzaktan çalışırken fatura ödeyen kişi günlük güncellemeleri takdir ediyor.