github projects teams
Този урок за GitHub обяснява понятия като GitHub проекти, организация и екипи, Fork a Repository, Issues and Project Milestones, GitHub Wiki и т.н.:
В предишния урок от поредицата уроци на GitHub видяхме как разработчикът може да използва платформата, за да съхранява свързаните с проекта артефакти и контрол върху версиите. Видяхме и концепциите около заявки за изтегляне, обединяване, разклоняване и защита на клонове.
Е, това не е всичко. В този урок ще разгледаме по-дълбоко и ще разберем какво още може да направи GitHub за разработчиците.
=> Вижте Перфектното ръководство за обучение на GitHub тук.
Ето върху какво ще се спрем.
- Създайте организация и екипи
- Разклонете хранилище
- Създаване на издания и етапи на проекта
- Създайте дъска за проекти
- Създаване на GitHub Wiki
Какво ще научите:
- Създайте организация и екипи
- GitHub Fork
- Проблеми с GitHub и етапи на проекта
- Съвет за проекти на GitHub
- GitHub Wiki за документация
- Заключение
- Препоръчително четене
Създайте организация и екипи
Като предварителен курсор към този раздел, GitHub предоставя следните 3 вида акаунти.
- Лични потребителски акаунти където можете да създавате неограничени публични и частни хранилища и да каните сътрудници.
- Организационни акаунти което е предимно концепция за споделени акаунти и ще видите повече в този раздел.
- Корпоративен акаунт което се използва от компании, които управляват политиките вътрешно за потребителите, използващи GitHub. Това обикновено се използва в On-Premise версия на GitHub Enterprise.
В част 1 видяхме как е създадено хранилище, използващо един-единствен личен акаунт, където този потребител е бил единствен собственик на хранилището. Това е подходящо за малки скрам екипи, където имате от 3 до 9 души или може би някои повече хора, или да създадете хранилище за един проект е добре.
Но какво, ако има големи проекти на Github, които се нуждаят от множество хранилища и достъп на множество екипи за едно и също за изпълнение? Тук трябва да разгледаме как GitHub Organisation помага при групирането на множество хранилища за един голям проект. По този начин ще има и множество собственици, тъй като ще има включени множество хранилища / екипи.
За да започнете да създавате нова организация, щракнете върху + горе вдясно и изберете Нова организация.
Изберете съответно план. Засега ще използваме безплатен план, който е Екип за отворен код.
Въведете подробностите за организацията и след това кликнете върху Следващия.
Добавете членовете към организацията и кликнете върху Завършете настройката.
Следващата стъпка е да започнете да създавате хранилища според нуждите на проекта и да добавяте екипи към същото.
Можете също да кликнете върху Поканете някого за да добавите членове към току-що създадената организация. Когато се добавят членове, ролята може да бъде назначена и като член или собственик. За да направите това, отидете на Хора Раздел и изберете Промяна на ролята за този член.
Е, засега ще запазим 1 потребител като Собственик, а другия като член. По този начин Собственикът може да създаде множество хранилища и да назначи екипи към съответните хранилища.
Преди да създадем хранилища, нека първо създадем екипи. Отидете на Екипи и щракнете върху Нов екип.
Ще създадем 2 екипа, т.е. екип за потребителски интерфейс и екип за Middleware.
Кликнете върху Създайте екип. След като екипът бъде създаден, можете да добавите членове към него, както е показано по-долу.
По същия начин създайте другия екип и добавете членове към него. Сега можете да видите, че има 2 отбора.
Нека да продължим да създаваме хранилища. Така че, като сценарий, сега ще създадем 2 хранилища т.е.едната да съдържа код, свързан с потребителския интерфейс, а другата - код на междинния софтуер. Отборите ще бъдат разпределени по съответния начин.
Отидете на Хранилища и създайте a Ново хранилище .
Щракнете върху Създаване на хранилище бутон. Следващото е да се осигури достъп на екипа на потребителския интерфейс до хранилището.
Отидете на Екипи раздел. Щракнете върху Екип на потребителския интерфейс и отидете на Хранилища раздел. Кликнете върху всеки екип и добавете хранилищата отново от Хранилища раздел.
Добавете хранилището, като въведете името на хранилището.
Също така осигурете Пишете разрешение за членовете на екипа към това хранилище, т.е. членовете на екипа могат да четат, клонират и натискат към това хранилище.
По същия начин направете горните стъпки, за да добавите хранилището на Middleware към другия екип. По този начин вече имаме Организация с хранилища в нея и екипите също. Членовете на екипа могат да клонират хранилището, до което имат достъп и да работят по същото.
GitHub Fork
Разклонете хранилище и поддържайте синхрон с оригиналното хранилище.
В предишните раздели и предишния урок видяхме как се създават хранилища и добавен изходен код към тях. Ами ако екипите искат да тестват някои промени в кода, когато оригиналното хранилище не е мястото да го направи.
Трябва да се създаде копие за експериментиране с всякакви промени в кода, като се запази непокътнато оригиналното хранилище. Това се казва GitHub Вилица . За да създадете Fork, отворете хранилището, което е създадено в личния акаунт, а не организацията. Кликнете върху Вилица в горната дясна страна.
Изберете акаунта, където трябва да разклоните оригиналното хранилище. В този случай изберете акаунта на организацията, където хранилището ще бъде раздвоено.
ляво съединение срещу ляво външно съединение
Хранилището вече е раздвоено като Demo-Proj-Org / Demo_Project_Repo_VN . Така че, всякакви експерименти с кода могат да се правят в разделителното хранилище, а не в оригиналното хранилище.
Ако в оригиналното хранилище са направени някакви промени, тогава раздвоеното хранилище трябва да е в синхронизиране . Опциите на командния ред могат да се използват за синхронизиране на раздвоеното хранилище, но създаването на заявка за изтегляне е по-проста опция.
Ако приемем, че е направена промяна във файл в оригиналното хранилище, продължете със създаването на заявка за изтегляне.
Щракнете върху връзката сравнете между вилиците.
Изберете главата като оригиналното хранилище и основата като раздвоеното хранилище, както е показано и кликнете върху Създайте заявка за изтегляне.
Кликнете върху Обединете заявката за изтегляне и потвърдете сливането.
Промените се появяват във раздвоеното хранилище и са в синхрон с оригиналното хранилище.
Проблеми с GitHub и етапи на проекта
Обикновено във всеки проект трябва да се проследяват задачи, дефекти, подобрения и т.н. като част от напредъка. Можете да използвате проблемите в GitHub, за да проследите всички гореспоменати заедно с платките за проекти.
При проблемите можете да свържете същото със заявки за изтегляне, така че да може автоматично да се затвори, когато заявката за изтегляне се обедини. Освен това, ако има отворени проблеми, те също могат да бъдат прехвърлени в други хранилища. В този раздел ще видим много повече за това как проблемите могат да се използват.
Създаване на издания и етапи
Отидете на главната страница на хранилището и отидете на Проблеми Раздел. Кликнете върху Нов брой.
Задайте го на сътрудник, по който да работите, добавете Label, за да го разграничите като подобрение. Добра практика е също да се спомене за Важен етап за проследяване на напредъка по повдигнатите въпроси.
Кликнете върху Изпратете нов брой.
Показва се резюмето на проблема. Имайте предвид, че номерът на изданието е # 11, на който ще се позовава по-късно.
Изданието може да бъде прехвърлено и в друго хранилище. Опцията да го направите е отдолу ‘Проблем с трансфера’.
Добави краен срок до крайъгълен камък - R1. На главната страница на хранилището отидете на Проблеми Tab и кликнете върху Важни етапи .
редактиране подробностите за Milestone R1 и добавете краен срок. Запазете промените, след като направите.
Milestone R1 вече има 2 отворени издания и процентът на завършеност също може да се види.
Кликнете върху Milestone R1, за да разгледате проблемите, които трябва да бъдат доставени за този етап. Въпросите също могат да бъдат подредени по приоритет чрез преместване на проблемите нагоре и надолу.
Филтриране на проблеми
Ако приемем, че има множество проблеми, които са в състояние Open / Close и са възложени на множество сътрудници. Много е важно да се търсят тези въпроси, които се основават на определени критерии.
Например, всички проблеми, които са ви възложени, всички проблеми в отворено състояние и др. GitHub предоставя опцията за търсене, за да филтрирате проблемите и дори да изтеглите заявки.
Отидете в раздела Проблеми и в полето за филтриране въведете критериите, както следва.
Например, всички отворени проблеми в състояние Отворено и Присвоени на сътрудник.
тип: състояние на изданието: отворен правоприемник: vniranjan2512 крайъгълен камък: етикет R1: подобрение
Искане за асоциирани въпроси за изтегляне
Когато заявка за изтегляне е посочена с определена ключова дума и номер на издание и след като се обедини, проблемът се затваря автоматично. Дори ако на обвързване е посочена ключова дума и номер на издание, проблемът е затворен.
Ключовата дума може да бъде всяка, т.е. затвори, затваря, поправя, поправя, разрешава, разрешава.
Например, в споменатото съобщение за искане за изтегляне или обвързване затваря # 11.
Създайте заявка за изтегляне и посочете ключовата дума и референтния номер, както е показано в съобщението. Кликнете върху Създайте заявка за изтегляне и обединете.
Изданието се затваря автоматично при обединяване на заявката за изтегляне. Определено е необходима автоматизация.
Създаване или отваряне на нови издания от изходния код
За всяка промяна на кода може да се отвори нов брой. С това към проблема се добавя URL към реда за промяна на кода. В режим на нередактиране на кода щракнете върху 3 точки (...) до реда на кода и изберете Справка в нов брой .
Подробностите за изданието са актуализирани.
Издаване на ПИН
Можете да фиксирате проблема, така че да улесни намирането на проблемите и също така да избегнете дублиращи се проблеми от се създава.
Отворете изданието и кликнете върху него в дясната му долна част Издаване на ПИН.
Изданието вече е добавено над списъка с издания.
Забележка: По всяко време могат да се закачат максимум 3 броя.
Съвет за проекти на GitHub
Табло за проекти в GitHub предоставя лесен начин за визуализиране на проблемите. Можете да видите напредъка на проекта и да видите кои въпроси все още не са стартирани, в ход и завършени издания.
Платка за проекти в GitHub може да бъде създадена въз основа на шаблони на Kanban, която има предварително дефиниран работен поток и може също да бъде персонализирана. Примерът ще покаже табло, създадено въз основа на потребителския акаунт.
На главната страница на хранилището отидете на Проекти и създайте a Нов проект.
Както можете да видите отгоре, дъската на проекта помага за:
- Сортирайте задачите
- Планирайте своя проект
- Автоматизирайте работния си процес
- Проследявайте напредъка
- Състояние на споделяне
- Затвори проекта
Нов съвет на проекта с основен шаблон на Kanban.
въпроси и отговори за интервю за тестване на etl за опитни
Платката се създава с работен поток. Допълнителни колони на работния поток също могат да бъдат добавени, като щракнете върху + Добавяне на колона.
Работният процес също може да бъде автоматизиран. Например, ако е създаден нов брой, той може директно да бъде добавен към Състояние на задълженията. Изберете Управление на автоматизацията опция за този статус.
Поставете отметка в квадратчето Ново добавено и щракнете върху Автоматизация на актуализацията. Така че, когато се създаде нов брой, проектът, избран за него, автоматично ще бъде добавен към Състояние на задълженията. Можете също да плъзнете и пуснете съществуващия проблем до състоянието и да преминете от едно състояние в друго.
Към колона можете също да добавяте бележки, които ще гарантират, че предоставяте важна информация за проблемите в тази колона. Щракнете върху + подпишете и добавете бележка.
Кликнете върху Добавяне.
GitHub Wiki за документация
Една от много важните дейности във всеки проект е създаването и поддържането на документация за вашето хранилище, която целият екип да използва. Хранилището GitHub се предлага с поддръжка за създаване на такава документация с помощта на GitHub Wiki. Така че цялата информация за вашия проект и неговото използване може да бъде събрана в wiki.
Уикитата са достъпни за публични хранилища в GitHub безплатно. Уикитата използват библиотека за маркиране с отворен код. Ще видим как да използваме тази библиотека, докато пишем уикита.
Активиране на поддръжката на Wiki за хранилище
На главната страница на хранилището щракнете върху Настройки и се уверете, че Уикита опцията е избрана под Характеристика раздел.
Създайте GitHub Wiki
На главната страница на хранилището отидете на Wiki раздел. Кликнете върху Създайте първата страница.
Въведете заглавие и добавете текст към Wiki. Също така можете да използвате опцията за форматиране, като използвате поддръжка на Markdown. Щракнете върху Запазване на страницата веднъж направено.
Забележка в горното съдържание # е за заглавие1, ## е за заглавие2, ### е за заглавие3. * се използва за неподредено изброяване. Визуализацията ще бъде както е показано по-долу.
На Wiki щракнете върху раздела + Добавете персонализиран долен колонтитул.
Добавете съдържанието и запазете страницата.
Отворете всеки запазен Wiki и ще видите долния колонтитул.
Добавете страничната лента
В раздела wiki кликнете върху + Добавете персонализирана странична лента.
Добавете съдържание за страничната лента и запазете страницата.
Отворете която и да е уики и ще видите страничната лента.
Преглед на историята на Wiki
В историята можете да видите кой е направил промяната, да съобщи съобщения и датата, на която е направена промяната.
Отворете Wiki и редактирайте страницата. Кликнете върху История на страниците, от дясната страна.
Кликнете върху Hash, за да видите промените. Изберете редакциите, за да сравните промените и да върнете промените на по-нова версия. Кликнете върху Връщане на промените.
Промените се връщат към по-старата версия.
Забележка : Можете да върнете промените въз основа на разрешението за редактиране на Wiki.
Заключение
В Част 1 и Част 2 от поредицата GitHub видяхме за дейностите по контрол на версиите, Създаване на хранилища, Искания за изтегляне, Клонове, Прегледи на кодове, Организации и екипи, Разкриване на хранилище, Етикети, Важни етапи, Проблеми, Проекти на GitHub, Уикита.
В нашия предстоящ урок ще разгледаме създаването на издания, интеграцията с Jira и няколко Git команди което ще помогне на разработчиците, преди да прокарат промени в хранилището на GitHub.
Надяваме се, че всички разработчици ще намерят този практически подход за GitHub полезен в техните проекти.
=> Посетете тук за ексклузивната серия с учебни уроци за GitHub.
Препоръчително четене
- Видове рискове при софтуерни проекти
- Урок за GitHub за разработчици | Как да използвам GitHub
- Как да използвам Microsoft TFS за JAVA проекти с Eclipse в DevOps
- Урок за JIRA Agile: Как да използваме ефективно JIRA за управление на Agile проекти
- Как се различава планирането на тестове за ръчни проекти и проекти за автоматизация?
- Примери за твърдение на селен - практически приложения в проекти
- На място - офшорни модели на проекти за тестване на софтуер (и как да го направя да работи за вас)
- Git срещу GitHub: Разгледайте разликите с примери