Работа в екип с Git - Ръководство за потребителя на Blend4Web

Съдържание

Главна информация¶

За организиране на работа в екип по проект може да се използва системата за контрол на версиите на Git файл. Използването на Git има няколко предимства пред другите методи за сътрудничество:

  • запазване на пълна история на промените във файла с възможност за връщане към предишни версии
  • синхронизиране на промените между потребителите и автоматично обединяване на промените
  • възможност за работа с големи двоични файлове

Git е разпределена система и всеки разработчик или дизайнер има свое собствено локално хранилище (хранилище). Синхронизацията между локалните хранилища може да се извърши чрез централно „споделено“ хранилище, което може да бъде поставено на специална машина (сървър). Сървърът може да бъде достъпен чрез SSH.

Въпреки че има много графични помощни програми за Git, които опростяват работата на начинаещи потребители, тук ще разгледаме работата със стандартната помощна програма на конзолата, извикана от командата git .

Типичен работен процес¶

  1. В хода на работата файловете се създават, променят или изтриват в локални хранилища.
  2. След приключване на определен логически етап от работата става необходимо да се извършат промени (да се ангажират) и/или да се синхронизира с колегите.
  3. Подготовка на файлове за фиксиране - проследяване на променени, нови и изтрити файлове, както и отхвърляне на промените.
  4. Ангажиране в ход.
  5. Локалните промени се качват в споделеното хранилище и се предоставят на колегите.

Преди да изпълните командите, трябва да отидете в хранилището, например:

Индивидуални настройки¶

Зададените данни ще бъдат използвани в дневника за промени.

Проверка на състоянието¶

Преди да започнете, по време или след извършване на каквито и да е операции, се препоръчва да проверите текущото състояние на хранилището.

Можете да проверите състоянието с командата:

Резултатът от командата git status, ако всички фиксирания са изпълнени и няма нови файлове:

Възможен изход от командата git status, ако има промени. Например файловете apps_dev/firstperson/firstperson.js и doc_src/git_short_manual.rst са модифицирани и е създаден нов файл 123.txt:

Преди да се ангажирам¶

Проверка на промените (текстови файлове) ¶

Проверете какво се е променило в цялата директория:

или само в определен файл:

Възможен изход на команда git diff за текстов файл:

Възстановяване на файлове¶

Ако файлът е променен или изтрит, но трябва да бъде възстановен (до състоянието на последния фиксиран запис), използвайте командата:

Направените промени ще бъдат отхвърлени, така че тази команда трябва да се изпълнява с повишено внимание.

Чужди файлове¶

Ако даден файл се появи в списъка с непроследени файлове (команда git status), но за него не е необходим контрол на версиите, той трябва да бъде изтрит или преместен извън работната директория.

Подготовка за ангажиране¶

Добавяне на файлове¶

Ако сте доволни от промените, добавете необходимите модифицирани и/или нови файлове за фиксиране:

Проверете състоянието отново:

Възможен изход на командата git status след добавяне на някои файлове с командата git add:

Можете да видите, че файловете apps_dev/firstperson/firstperson.js и 123.txt са добавени за фиксиране, а файлът doc_src/git_short_manual.rst не е добавен. За да опростите работата, се препоръчва или да добавите такива файлове за фиксиране, или да отхвърлите промените им с командата git checkout .

Изтриване на файлове¶

Някои файлове могат да бъдат маркирани като изтрити от Git след изпълнение на командата git status, например:

В този случай, ако изтриването на файла трябва да бъде ангажирано (т.е. отидете в фиксацията), изпълнете командата git rm, например:

Ако файлът е бил изтрит по погрешка и трябва да бъде проверен, използвайте командата git checkout .