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:
- 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
