• Головна {ua}
• Статті та поради

GitHub без коду: п'ять завдань для не програмістів

GitHub ча­сто сприй­ма­ють як май­дан­чик для про­грамістів, хо­ча в ос­нові це хмар­на пап­ка, яка пам'ятає кож­ну зміну у фай­лах. Так мож­на визна­чи­ти суть GitHub для тих, хто да­ле­кий від кодінгу. Для більшості по­всяк­ден­них справ ви­ста­чає бра­у­зе­ра й без­ко­штов­но­го ака­ун­та, а термінал і ко­ман­ди не знад­об­лять­ся. Те­сту­валь­ни­ки, сту­ден­ти, вчи­телі та ав­то­ри текстів уже ко­ри­сту­ють­ся цим, щоб зберіга­ти версії до­ку­ментів, ве­сти спи­сок за­дач і публіку­ва­ти прості сторінки. Тим хто упер­ше чує про Гітхаб, пе­ред чи­тан­ням статі вар­то за­зир­ну­ти сю­ди, щоб от­ри­ма­ти перші вра­жен­ня та при­кла­ди як усе вла­што­ва­но. Поч­не­мо з лікбе­зу.

Що та­ке GitHub без спеціаль­них склад­них термінів

До­стат­ньо чо­ти­рьох термінів:

• ре­по­зи­торій — пап­ка проєкту з історією змін;
• коміт — збе­ре­же­на версія з ко­мен­та­рем;
• issue — карт­ка за­дачі чи по­мил­ки;
• pull request — про­по­зиція змін для пе­ревірки.

На старті потрібні ли­ше перші два пунк­ти, ре­шта з'яв­ляється, ко­ли над проєктом пра­цює більше однієї лю­ди­ни. Карт­ку за­дачі мож­на об­го­во­рю­ва­ти й при­зна­ча­ти ви­ко­нав­цю, а про­по­зицію змін інші учас­ни­ки пе­ре­гля­да­ють, а потім прий­ма­ють або відхи­ля­ють.

Чим Git відрізняється від GitHub

Git — си­сте­ма кон­тро­лю версій, яка ве­де історію змін у фай­лах і пра­цює на комп'ютері, навіть без інтер­не­ту. GitHub — он­лайн-плат­фор­ма, що зберігає такі ре­по­зи­торії в хмарі та до­дає вебінтер­фейс, за­дачі, об­го­во­рен­ня й публікацію сайтів.

Пер­ше за­в­дан­ня: історія файлів

Най­простіший сце­нарій — зберіга­ти там кон­спек­ти, чер­нет­ки ста­тей, таб­лиці з да­ни­ми чи те­стові сце­нарії. Фай­ли до­да­ють через ме­ню Add file, пункт Upload files, або про­сто пе­ре­тя­гу­ють у вікно бра­у­зе­ра. За один раз мож­на за­ван­та­жи­ти до 100 файлів, ко­жен до 25 MiB; для більших файлів уже потрібен ко­манд­ний ря­док. Кожне збе­ре­жен­ня стає ок­ре­мою версією, то­му до по­пе­ред­ньо­го варіан­та за­вжди мож­на по­вер­ну­ти­ся.

Най­кра­ще пра­ц­ю­ють тек­стові фор­ма­ти: txt, md, csv. Для до­ку­ментів Word історія теж зберігається, але порівня­ти дві версії так са­мо на­оч­но, як у тексті, не вий­де.

Ре­по­зи­торій ко­ри­с­ний не ли­ше для ко­ду: будь-яка пап­ка, яку зміню­ють кілька разів і кілька лю­дей, ви­г­рає від збе­ре­же­ної історії.

За­дачі й по­мил­ки в Issues

Розділ Issues ство­ре­ний, щоб відсте­жу­ва­ти ідеї, відгу­ки, за­дачі та по­мил­ки. Карт­ку мож­на при­зна­чи­ти лю­дині, зга­да­ти ко­ле­гу через знак @ та ім'я, пов'яза­ти з іншою карт­кою за но­ме­ром і по­зна­чи­ти мітка­ми для сор­ту­ван­ня. Для те­сту­валь­ни­ка це го­то­вий баг-тре­кер без ок­ре­мого сервісу, а для сту­дентсь­кої ко­ман­ди — спільна до­шка справ.

Шаб­лон повідом­лен­ня про по­мил­ку

Якісна карт­ка скла­дається з тих са­мих блоків, що й будь-який баг-ре­порт. GitHub уміє підстав­ля­ти та­кий кар­кас ав­то­ма­тич­но через шаб­ло­ни за­дач, то­му ав­тор не за­бу­де жод­но­го пунк­ту. По­ря­док ство­рен­ня пер­шої карт­ки та­кий:

1. Відкри­ти ре­по­зи­торій і пе­рей­ти на вклад­ку Issues.
2. На­тис­ну­ти кноп­ку New issue.
3. За­пи­са­ти в за­го­лов­ку суть про­бле­ми од­ним ре­чен­ням.
4. Роз­пи­са­ти кро­ки відтво­рен­ня, очіку­ва­ний і фак­тич­ний ре­зуль­тат.
5. До­да­ти знімок екра­на, при­зна­чи­ти ви­ко­нав­ця та ство­ри­ти карт­ку.

Та­ка карт­ка зберігає все ли­сту­ван­ня й рішен­ня в од­но­му місці, тож за міся­ць не до­ве­деть­ся шу­ка­ти, хто що вирішив.

Про­стий сайт через GitHub Pages

Pages публікує ста­тичні фай­ли — HTML, CSS і JavaScript — пря­мо з ре­по­зи­торію. Підійде для візитівки, порт­фоліо, інструкції чи нав­чаль­но­го проєкту. У на­ла­шту­ван­нях ре­по­зи­торію оби­ра­ють гілку й те­ку (корінь або /docs), і після збе­ре­жен­ня сайт стає до­ступ­ним за ок­ре­мою адре­сою.

Об­ме­жен­ня вар­то зна­ти за­зда­легідь. Сер­верні мо­ви на кшталт PHP, Ruby чи Python сторінки не ви­ко­ну­ють, опубліко­ва­ний сайт не мо­же бу­ти більшим за 1 ГБ, а м'яке місячне об­ме­жен­ня трафіку ста­но­вить 100 ГБ. Є та­кож м'який ліміт у 10 збірок на го­ди­ну, а інтернет-ма­га­зин чи інший ко­мерційний сервіс на Pages за­пус­ка­ти не доз­во­ле­но. Циф­ри на­ве­де­но за до­ку­мен­тацією GitHub ста­ном на 23.10.2026.

Го­тові фай­ли у Releases

Кноп­ка Download ZIP у ме­ню Code віддає вихідні тек­сти, а не го­то­ву про­гра­му. Те, що потрібно зви­чай­но­му ко­ри­сту­ва­чеві, ро­з­роб­ни­ки за­зви­чай кла­дуть у розділ Releases на сторінці ре­по­зи­торію. Там зібрані версії з но­тат­ка­ми про зміни та фай­ла­ми для за­ван­та­жен­ня: ко­жен файл мо­же бу­ти до 2 ГБ, а на один реліз при­па­дає до 1000 файлів.

На релізи мож­на підпи­са­ти­ся й от­ри­му­ва­ти сповіщен­ня ли­ше про нові версії, без ре­ш­ти змін. За­ван­та­жу­ва­ти фай­ли вар­то тільки з офіційно­го ре­по­зи­торію ав­то­ра, по­си­лан­ня на який є на сайті са­мо­го проєкту. По­ди­ви­ти­ся, як вигля­дає ре­по­зи­торій із нав­чаль­ним ко­дом, мож­на в ре­по­зи­торіях QaWeb.Dev, які є публічни­ми.

Де що шу­ка­ти: ко­рот­ка кар­та

Підсу­мок за за­в­дан­ня­ми та їхніми го­лов­ни­ми об­ме­жен­ня­ми зібра­но в таб­лиці.

За­в­дан­ня	Розділ GitHub	Го­ловне об­ме­жен­ня
Історія файлів	Ре­по­зи­торій, Add file	до 25 MiB на файл і до 100 файлів за раз через бра­у­зер.
За­дачі й по­мил­ки	Issues	карт­ки на­ле­жать кон­крет­но­му ре­по­зи­торію.
Сайт-візитівка	Pages	ли­ше ста­тичні фай­ли, до 1 ГБ.
Го­тові фай­ли для ска­чу­ван­ня	Releases	до 2 ГБ на файл, до 1000 файлів на реліз.
Пи­тан­ня й ого­ло­шен­ня	Discussions	для роз­мов, а не для за­дач.

Без­пе­ка: що не мож­на за­ван­та­жу­ва­ти

Па­ролі, ключі API (до­сту­пу до сервісів), то­ке­ни й осо­бисті до­ку­мен­ти в ре­по­зи­торій не по­трап­ля­ють, навіть як­що він при­ват­ний. GitHub ра­дить ніко­ли не фіксу­ва­ти такі дані, а для окре­мих типів сек­ретів уже бло­кує за­ван­та­жен­ня через бра­у­зер; за до­ку­мен­тацією ця функція пра­цює в ре­жимі публічно­го те­сту­ван­ня й мо­же зміни­ти­ся.

Публічний ре­по­зи­торій вид­но всім в інтернеті, так са­мо як і сайт на Pages, то­му пе­ред публікацією вар­то пе­ре­гля­ну­ти фай­ли й ви­лу­чи­ти зай­ве. Для нав­чан­ня до­стат­ньо ство­ри­ти те­сто­вий ре­по­зи­торій і прой­ти одне з п'яти за­в­дань від по­чат­ку до кінця, а вміння про­гра­му­ва­ти для цьо­го не потрібне. На­пишіть у ко­мен­та­рях, який зі сце­наріїв спра­ц­ю­вав у вас.