Versiuni semantice: Ce este, nu este și de ce aveți nevoie de el

Publicat: 2019-05-20

Majoritatea software-ului pe care îl utilizați lansează noi versiuni, de obicei identificate printr-un număr de versiune asociat. Sistemul se numește „versiune semantică” și vă permite să urmăriți progresul dezvoltării. Mai mult, dacă lucrați cu WordPress, puteți beneficia cu siguranță de bune practici de versiune semantică.

În acest articol, vă vom oferi o introducere rapidă la sistemul de versiuni semantice și la modul în care funcționează. Apoi vom vorbi despre cine poate beneficia de utilizarea acestuia și vă vom oferi câteva sfaturi pentru a vă asigura că mergeți corect.

Să vorbim numere!

Ce este versiunea semantică

Dacă accesați pagina de descărcare a WordPress.org, veți observa că vă spune ce versiune a sistemului de gestionare a conținutului (CMS) descărcați:

Pagina de descărcare WordPress.

Sistemul utilizat pentru a determina acest număr se numește „versiune”. Mai precis, vă uitați la un exemplu de versiune semantică, prin care versiunea este împărțită în trei numere separate prin puncte. Să analizăm ce înseamnă fiecare dintre aceste valori:

  • Versiunea principală de lansare, care se corelează cu modificările aduse API-ului.
  • Actualizări minore ale software-ului, nu suficient de semnificative pentru a garanta o actualizare majoră.
  • Patch-uri sau remedieri de erori.

La momentul scrierii, suntem pe versiunea WordPress 5.1.1. Versiunea 5.0.0 a apărut pe 6 decembrie 2018. De atunci, am avut cinci patch-uri minore (pași în numărul final) și o versiune minoră, în această ordine:

  1. 5.0.1
  2. 5.0.2
  3. 5.0.3
  4. 5.0.4
  5. 5.1
  6. 5.1.1

După cum puteți vedea, numărul patch-ului se resetează de fiecare dată când există o actualizare minoră. Același lucru se aplică atunci când există o versiune majoră, care se întâmplă în mod tradițional la fiecare patru luni când vine vorba de WordPress.

Întregul punct din spatele versiunilor semantice este să vă permiteți să urmăriți toate modificările și progresele pe care le faceți. Mai mult, dacă sunteți utilizator final și țineți pasul cu versiunile, numerele versiunii vă spun când este cu adevărat important să actualizați. De exemplu, ați putea sări peste un patch de erori sau două, dar de fiecare dată când există o versiune minoră sau majoră, ar trebui să actualizați (urmărim, știți!).

Dacă nu sunteți sigur dacă merită actualizarea, verificați pur și simplu jurnalul de schimbări care apare la fiecare lansare. Fiecare dezvoltator care își merită sarea va publica o înregistrare scrisă a noutăților cu fiecare lansare.

În general, versiunea semantică este destul de simplă și este utilă în multe situații dincolo de dezvoltarea software-ului. Să vorbim despre ce sunt acestea.

Cine poate beneficia de utilizarea versiunilor semantice

De obicei, veți găsi dezvoltatorii care folosesc sisteme de versiune. În ceea ce privește WordPress, cele mai evidente exemple sunt actualizări ale nucleului în sine. Cu toate acestea, dezvoltatorii de pluginuri și teme folosesc și versiuni semantice, deși numerele sunt adesea greu de găsit. De exemplu, dacă verificați o pagină de plugin pe WordPress.org, puteți găsi informații despre versiunile și jurnalele de schimbări din fila Dezvoltare :

Un exemplu de jurnal de schimbări.

La fel, puteți afla informații despre dezvoltarea unei teme în paginile asociate WordPress.org. Cu toate acestea, în aceste cazuri, trebuie să faceți clic pe linkul Jurnal de dezvoltare din partea de jos a paginii:

O listă de jurnale de dezvoltare.

Pe scurt, puteți utiliza versiuni semantice pentru aproape orice tip de proiect care implică cod. Cu toate acestea, are și aplicații în afara dezvoltării directe. De exemplu, ați putea aplica versiuni pentru proiectarea proiectelor. Aici, ați putea căuta să măriți numărul versiunii pentru modificări vizuale majore, valoarea pentru adăugări de elemente noi sau modificări minore. În ceea ce privește patch-urile, le-ați putea rezerva pentru mici actualizări vizuale sau corecții.

Cu toate acestea, versiunea semantică ar putea fi cel mai popular joc din oraș, dar nu este singurul sistem pe care îl puteți utiliza. De exemplu, browserul Chrome utilizează un sistem de versiune în patru secțiuni - major.minor.build.patch .

Alte proiecte, cum ar fi Ubuntu, utilizează sisteme construite în jurul datei. De exemplu, Ubuntu se află în prezent în versiunea 19.04, care, după cum ați fi putut ghici, a fost lansată în aprilie 2019.

În general, nu există un sistem de versiune unic care să se potrivească perfect pentru orice tip de proiect. Cu toate acestea, versiunea semantică este o opțiune excelentă dacă lucrați în orice fel de dezvoltare software. În plus, este o introducere excelentă dacă nu utilizați încă niciun tip de protocol de versiune.

3 cele mai bune practici pentru versiuni semantice

Până acum, aveți deja o idee despre modul în care funcționează versiunile semantice. Cu toate acestea, să trecem în revistă câteva sfaturi pentru a ne asigura că îl folosiți în mod corect.

1. Nu începeți cu versiunea 1.0 imediat

La un moment dat, probabil că ați folosit software care nu a ajuns încă la versiunea 1.0. Acest lucru este complet normal, deoarece utilizatorii se așteaptă ca versiunea 1.0.0 să fie relativ stabilă și fără erori. Cu toate acestea, acesta duce și la situații în care software-ul durează mult pentru a atinge acest număr, fiind totuși complet utilizabil.

Luați popularul joc pentru PC Dwarf Fortress, de exemplu. Este în curs de dezvoltare de aproximativ 15 ani și este încă în versiunea 0.44.12, în ciuda faptului că are mai multe caracteristici decât majoritatea jocurilor majore.

Jocul Cetatea Dwarf.

Deși ați putea ajunge la extreme cu acest lucru, nu începeți cu versiunea 1.0.0 imediat are sens. Vă permite să testați software-ul beta și să atenuați așteptările utilizatorilor în timp ce faceți acest lucru.

Pe plan intern, ar trebui să începeți cu versiunea 0.1.0. Cu toate acestea, majoritatea proiectelor nu fac publică această versiune, așteptând în schimb până când vor avea ceva mai multă dezvoltare sub centură. Între timp, însă, puteți utiliza acele versiuni alfa foarte limitate pentru testarea internă, care este cheia dezvoltării sănătoase a oricărui proiect.

2. Explicați modificările specifice pentru fiecare nouă versiune

Una dintre cele mai enervante situații pe care o puteți găsi în calitate de utilizator final este să primiți o mulțime de actualizări fără să știți ce face oricare dintre ele. Știm că majoritatea oamenilor nu citesc jurnalele de schimbări, dar dacă doriți să lansați o actualizare - chiar dacă este doar un patch minor - trebuie să o documentați.

Un exemplu de jurnal de schimbări.

Jurnalele de modificări, după cum sugerează și numele, reprezintă o simplă defalcare a noutăților cu fiecare lansare. Unii dezvoltatori scriu actualizări lungi pentru a explica fiecare schimbare și, dacă sunteți unul dintre ei, vă oferă mai multă putere.

Pentru a fi sincer, de obicei ne mulțumim cu o listă simplă și concisă a noutăților. Asamblarea unui jurnal de schimbări este simplă și nu ar trebui să dureze mult, așa că fii cool și nu te zbătui cu îndatoririle tale!

3. Adunați feedback-ul utilizatorului pentru fiecare versiune

Probabil aveți o idee destul de bună despre cum doriți să arate proiectul dvs. finit. Cu toate acestea, acest lucru nu înseamnă că puteți elimina feedbackul utilizatorilor sau al restului echipei dvs.

În mod ideal, veți obține un anumit nivel de feedback pentru fiecare versiune pe care o lansați, cu excepția patch-urilor mici și a remediilor de erori. Scopul acestui proces este să vă anunțe dacă utilizatorii întâmpină probleme sau au probleme cu direcția în care se îndreaptă proiectul.

Cel mai simplu exemplu al acestui proces în acțiune ar fi partajarea celei mai recente versiuni a unui site web în curs cu clientul. În marea majoritate a cazurilor, clienții vor avea un anumit nivel de feedback pentru dvs., pe care îl puteți încorpora în versiunile viitoare.

Rețineți totuși - ascultarea feedback-ului este importantă, dar în unele cazuri s-ar putea să știți mai bine decât utilizatorii dvs. Cu toate acestea, acest lucru nu înseamnă că ar trebui să le ignorați, dar uneori intestinul dvs. ar putea fi corect.

Concluzie

Versiunea semantică este un sistem remarcabil de simplu. Cu doar câteva numere, puteți transmite o mulțime de informații despre progresul dezvoltării proiectului dvs., puteți informa utilizatorii când există noi actualizări importante și, în general, puteți organiza lucrurile.

Să recapitulăm trei dintre cele mai bune practici pe care trebuie să le aveți în vedere pentru versiunile semantice:

  1. Nu începeți cu prima versiune din poartă.
  2. Explicați modificările specifice pentru fiecare nouă versiune.
  3. Adunați feedback-ul utilizatorilor pentru fiecare versiune.

Aveți întrebări despre modul de utilizare a versiunilor semantice? Întrebați în secțiunea de comentarii de mai jos!

Imagine în miniatură a articolului de către fatmawati achmad zaenuri / shutterstock.com