2010-09-10 15 views

cevap

4

Herhangi yeni bir özellik katmıyor bir düzeltme için, Örneğin

("When should you branch" bölümünde açıklandığı gibi, neyi geliştirme çabası onu izole) şube için ne bağlıdır, bu v1.2.9 olabilir.
Ama aslında sürüm numarası koşullarıdır:

ile iki misline çıkabildiğini internal technical revision number
  • ile karışık değil
  • can be a bit crazy at time
  • (bu list for instance bakınız)

    Hatırlanması gereken en önemli şey, vx.y.z gibi bir etiketin generat olabileceğidir. Herhangi bir dalında numaralı yayın. Geliştirme yaşam döngüsünde sabit bir noktaya işaret eder.

  • +0

    Tamam, geliştiriciler sürüm numaralarının ne anlama geldiğini bildiği sürece, sorun yok mu? – CJ7

    +0

    @Craig: Evet, tamam, söz konusu dalda izole edilen geliştirme çabalarına uyması şartıyla. – VonC

    +0

    sadece küçük bir hata düzeltme/yükseltme ise, o zaman sadece son sayının bir artış olmamalıdır. v1.2.10? – CJ7

    2

    Projemizde, tek sürüm şube stratejisini izliyoruz: sürüm her zaman serbest bırakma dalında yapılacaktır. Birkaç geliştirme/özellik/hata düzeltme kolu olabilir, ancak ürünü bu dallardan asla serbest bırakmayız. İlk önce serbest bırakma şubesiyle birleştirilecek ve serbest bırakma şubesinden serbest bırakılacaklar.

    Yayımlamayan dalda, SNAPSHOT sürümü her zaman kullanılır (Maven kullanırız) ve sürüm adı da şube adıdır. Örneğin, featureX isimli bir dalda, sürüm featureX-SNAPSHOT'dur. Serbest bırakma dalında sayısal sürüm kullanılır. Yeni sürümde sürüm numarası adım atılacak. Bu şekilde, serbest bırakılmayan bir dalda hangi sürüm numarasının kullanılacağını rahatsız etmeyeceğiz.

    İlgili konular