2010-06-29 25 views
5

bir sürüm şube yönetme Yani ilk kez git kullanıyorum ve tam olarak nasıl çözüleceğini bilmiyorum bir senaryo var.Git <a1> Sürüm</ a1>

Basit bir web uygulamasına sahibim (yalnızca html, css ve js) ve sürüm numarasıyla izlenebilen düzenli sürümler üretmek istiyorum. Bu git tag ile yapmak çok kolay. Ama bu benim için, js betiklerinin küçültülmesi ve html sayfalarının kendilerine işaret edilmesi gibi bazı ekstra şeyler yapmak istiyorum. Ayrıca, minik olmayan js komut dosyalarını yok sayan sürümde bir gitattribute gerekir, böylece git archive mümkün olan en küçük çıktıyı üretir.

Yaptığım şey, releases şubesi oluşturmaktır. Bu şube, yukarıda belirtilen .gitattributes ve değiştirilmiş html sayfalarını içerir. İstediğim her defasında yeni sürümüm, bu şubeye geçiyorum, değişiklikleri master'den birleştirin, sonra sürümü bitirin ve sürüm numarasıyla etiketleyin. İstediğim gibi çalışıyor, ama bunun nasıl yapılması gerektiğinden emin değilim.

Daha deneyimli git kullanıcıları için sorum şu, bu dava genellikle nasıl ele alınır?

+0

Bir alternatif olup olmadığını göremiyorum. Yayın dalındaki yeni js ve css dosyalarını minimize edin. –

cevap

3

şube çözümü iyi bir tanesidir, ama salınım yönetimi, ayrıca sadece

(bir altmodülün olarak ilan örneğin bir Maven biri veya başka Git repo gibi) bir dış depoda bir "serbest" depolayabilir

bırakma yönetimiyle şeydir: (bu dosyalar kaynaklar dosyalarından inşa olduğundan)

  • Eğer
  • olmak bu "serbest bırakma" dosyaları ihtiyaç her dosya için ayrıntılı bir geçmişi ihtiyacımız yok " "kıyılmış js" gibi paketlenmiş.

Bu nedenlerden dolayı (oluşturma ve paketleme), onları kaynaklarda kullanılanla aynı repoda tutmanız gerekmez (ayrıntılı geçmişi ve çok sayıda dalı).
Kaynaklar için yaptığınız sürümlerden aynı hızda sürümler üretmezsiniz: geliştirme yaşam döngüsü sürüm sürümlerinden oldukça farklıdır.

+0

doğrudur, ancak her sürümde üretilen kodlara erişimin kolaylığını beğeniyorum. –