Без система за контрол на версиите е почти невъзможно да управлявате изходния код. Можете да бъдете софтуерен разработчик на C, C#, Java или всеки друг език, но имате нужда от контрол на версиите. Най-добрата и една от най-популярните системи за контрол на версиите е Git.
Git е безплатна разпределена система за контрол на версиите с отворен код (VCS), използвана от много малки и големи компании. Функционалността му е впечатляваща и много хиляди поддръжници на Git с радост добавят още практики и съвети, за да направят управлението на контрола на източника по-продуктивно.
В момента можете да използвате повече от 35 най-добри практики на Git и много съвети. Тази статия обаче ще се фокусира върху най-добрите 11 Git съвета и практики, които са оптимални за начинаещи.
Ще започна с моя любим за всички времена – техниката AFTER. AFTER означава:
- A tomic Commits
- F requent Commits
- Т Промените преди Push
- E nforce стандарти
- R ефект.
Atomic Commits
Атомен ангажимент е единичен комит, базиран само на един контекст. Под това имам предвид един единствен предмет по отношение на контекста:функция, корекция на грешки, рефакторинг, актуализация. Ако всички промени в проекта ви отиват като единичен комит, това е монолитният начин или комитът за спагети .
Чести ангажименти
Най-добрите практики на Git твърдят, че ангажиментите не трябва да се базират на времева база (почасово, ежедневно и т.н.). Вместо това трябва да се ангажирате въз основа на функция. Следователно, трябва да се ангажирате всеки път, когато добавите достойна за запис промяна.
Включихте ли работна техника? Ангажирайте.
Поправихте ли правописната грешка? Ангажирайте.
Поправихте ли неправилен файл с отстъп? Ангажирайте.
Щом отдадеността е от съществено значение, няма нищо лошо в това да направите малки корекции.
Тествайте промените си, преди да натиснете
В Git можете да работите както самостоятелно, така и с екип в сътрудничество. Когато фиксирате кода си, работите с локалното си хранилище, а когато натискате промените си, работите с отдалеченото хранилище и споделяте промените в кода си с екипа.
Тестването на вашите промени, преди да ги натиснете, е задължително. Ако натиснете счупения код, вашият екип може да изпадне в задънена позиция поради грешката. Затова винаги тествайте промените си локално, преди да ги прехвърлите на дистанционното.
Прилагане на стандартите
Във всеки проект стандартите са от решаващо значение. Те ускоряват цялостната ефективност и минимизират грешките и закъсненията. Обърнете внимание на двата прости принципа, които винаги можете да наложите във вашия екип:
- Използвайте файл gitignore – той позволява на Git да знае, че определени файлове трябва да бъдат игнорирани, тъй като те не са част от вашия код. Освен това помага да поддържате хранилището си здраво.
- Добавете подходящ коментар към всеки ангажимент. Той е полезен за разработчиците и служи като документация.
Рефакторингът не е функция
За разработчиците рефакторингът на код е често срещан. Също така е полезно по много причини, като например:
- Направете кода на екипа четим.
- Намалете сложността.
- Направете изходния си код по-поддържаем и т.н.
Най-лошото обаче е да преработите и добавите нова функция в същия комит.
Ако искате да направите рефакторинг, това трябва да е отделен комит. И ако работите върху нова функция, тя трябва да влезе в конкретен комит.
Тези практики съставят техниката СЛЕД. Сега нека преминем към други полезни съвети за работа с Git.
Клониране на клон
Понякога трябва да клонирате конкретен клон от отдалеченото хранилище, а не цялото хранилище. В този случай решението е Git Remote Add:
git remote add -t
Задаване и нулиране на автора
За да използвате Git, трябва да зададете вашето име и имейл адрес, след като го изтеглите. Данните ще бъдат прикачени към всеки ангажимент, който направите. Следователно няма да можете да създавате комитове без него.
git config –global user.name „Вашето име“
git config –global user.email [email protected]
Ако по някаква причина трябва да нулирате името или имейла си, ето начинът:
git commit –amend –reset-author –no-edit
Оптимизиране на репо
Ако хранилището включва много стотици обекти, може да има много ненужни обекти. Възможно е да ги изтриете с конкретна команда – команда за събиране на боклук, която ще почисти вашето локално хранилище.
Ето синтаксиса:git gc
Вземете ръководството си за Git
Винаги е по-добре да знаете командите на git. Git предлага отделна команда за тази цел, командата git help:
git help -g
Като го изпълните, можете да получите достъп и да прочетете всички налични git команди. Командата е особено важна, когато изучавате Git.
Git архив
Командата Git Archive е помощна програма от командния ред на Git, която генерира архивен файл като комитове, клонове или дървета от изброените Git Refs. Допълнителни аргументи, които ще променят изхода на архива, се одобряват от git архива.
git archive –format=tar HEAD
Тази команда изгражда архив от текущата HEAD ref на хранилището, когато се изпълни. Това е ценна помощна програма за изграждане на разпределени пакети за git хранилище. Забележка:Позволява няколко изходни формата в архива на Git, които могат да използват допълнително компресиране.
Запознайте се с папката .git
Папката .git съдържа цялата информация за контрол на версиите, необходима за вашия проект и цялата информация за комит, адрес на отдалечено хранилище и т.н. Тя също така предоставя дневник, който съхранява вашата история на ангажименти, така че да можете да се върнете към историята.
Папката .git е директорията, създадена, когато правите git init или git clone. Това „нещо“ прави „git“ хранилище за вашия проект. Без него проектът е локален – не е git проект и не можете да приложите никакви git операции.
Изтриването на папката .git не премахва други файлове, които са част от хранилището на git. Въпреки това, той вече няма да бъде под контрол на версиите. Следователно не трябва да изтривате тази папка.
Заключение
Git, като огромна система с много стотици хиляди поддръжници, непрекъснато се подобрява. Разработчиците добавят нови опции и правят сътрудничеството на потребителите много по-ефективно, а изпълнението на задачите по-гладко и по-бързо.
Много софтуерни решения за извършване на промени и работа с отдалечени хранилища. Сред тях си струва да споменем dbForge Source Control, многофункционална добавка за SSMS. Функционалността на Ifs ви позволява да работите с Git, както и с такива системи като SVN, TFS и Microsoft Azure DevOps.
Надявам се, че тази статия ви предостави основни познания за git съвети и най-добри практики, за да можете да повишите своята производителност. Благодаря за четенето и се надявам, че тази публикация ще ви помогне в работата ви.
