Diferență între revizuiri ale paginii „PC Laborator 2.1 (opțional)”

De la WikiLabs
Jump to navigationJump to search
Linia 3: Linia 3:
 
* definirea noțiunii de Version Control System;
 
* definirea noțiunii de Version Control System;
 
* utilizarea unui sistem de Version Control: [https://git-scm.com/ Git].
 
* utilizarea unui sistem de Version Control: [https://git-scm.com/ Git].
 +
 +
= Sistem de control al versiunii =
 +
 +
Gândiți-vă la următorul scenariu: lucrați la un proiect într-un limbaj de programare sau de descriere hardware; acest proiect este mare și nu poate fi terminat într-o zi, prin urmare vă faceți timp și lucrați cate o oră în fiecare zi. Apar următoarele situații:
 +
* peste două săptămâni vă dați seama că unele lucruri pe care le-ați adăugat în program nu sunt necesare, deci ați vrea să vă întoarceți la o versiune mai veche - este nevoie de un sistem care să țină o istorie a modificărilor și să permită oricând întoarcerea la o versiune anterioară;
 +
* proiectul e pe echipe, deci la el lucrează trei persoane; fiecare editează unul sau mai multe fișiere, fiind posibil ca doi membri ai echipei să editeze același fișier - e nevoie de un sistem care să poată să centralizeze modificările și să trateze situația în care același fișier e modificat de doi ingineri;
 +
* unul din membrii echipei găsește o problemă și dorește:
 +
*# să vadă cine și ce a modificat în zona respectivă de cod și care a fost scopul modificării;
 +
*# să poată nota problema, documentând-o și atribuid-o unui membru al echipei pentru rezolvare
 +
Este deci nevoie de un sistem care:
 +
# as

Versiunea de la data 27 septembrie 2015 12:37

Obiective

  • definirea noțiunii de Version Control System;
  • utilizarea unui sistem de Version Control: Git.

Sistem de control al versiunii

Gândiți-vă la următorul scenariu: lucrați la un proiect într-un limbaj de programare sau de descriere hardware; acest proiect este mare și nu poate fi terminat într-o zi, prin urmare vă faceți timp și lucrați cate o oră în fiecare zi. Apar următoarele situații:

  • peste două săptămâni vă dați seama că unele lucruri pe care le-ați adăugat în program nu sunt necesare, deci ați vrea să vă întoarceți la o versiune mai veche - este nevoie de un sistem care să țină o istorie a modificărilor și să permită oricând întoarcerea la o versiune anterioară;
  • proiectul e pe echipe, deci la el lucrează trei persoane; fiecare editează unul sau mai multe fișiere, fiind posibil ca doi membri ai echipei să editeze același fișier - e nevoie de un sistem care să poată să centralizeze modificările și să trateze situația în care același fișier e modificat de doi ingineri;
  • unul din membrii echipei găsește o problemă și dorește:
    1. să vadă cine și ce a modificat în zona respectivă de cod și care a fost scopul modificării;
    2. să poată nota problema, documentând-o și atribuid-o unui membru al echipei pentru rezolvare

Este deci nevoie de un sistem care:

  1. as