Як отримати поточну назву філії в Git?


2591

Я з субверсійного походження, і коли у мене була філія, я знав, над чим працюю з "Ці робочі файли вказують на цю гілку".

Але з Git я не впевнений, коли я редагую файл у NetBeans або Notepad ++, чи прив’язаний він до майстра чи іншої гілки.

У баші немає проблем git, це говорить мені, що я роблю.


11
Нехай ваш IDE відображає файл .git/HEAD, можливо, у батьківському каталозі
Tino

101
stackoverflow.com/questions/1417957/… $ git rev-parse --abbrev-ref HEAD
fantastory


7
Можливий дублікат Show тільки поточної філії в Git
techraf

9
З Git 2,22 (Q2 2019), ви будете мати більш простий підхід: git branch --show-current. Дивіться мою відповідь тут .
VonC

Відповіді:


2301
git branch

має показати всі місцеві відділення вашого репо. Зоряна гілка - ваша поточна гілка.

Якщо ви хочете отримати лише назву гілки, на якій ви перебуваєте, ви можете зробити:

git rev-parse --abbrev-ref HEAD

Але це не допомагає мені з Notepad ++ та Netbeans. Просто git bash (і Probobly Vim), і я це згадав. Я прагну працювати з іншими редакторами ідеї та тексту, які не є командним рядком.
mike628

@ mike628 Насправді вони допомагають тобі, окрім того, що ти хочеш щось доступне через GUI. Правильно?
Тадек

2
Якщо ви готові працювати в Eclipse, існує програма під назвою "eGit", яка має графічний інтерфейс, який розповість вам про поточну гілку для всіх репостів у ній. В іншому випадку я не знаю .. ви б на милості створили будь-який плагін, який ви хочете використовувати, сумісний з вибором програми (якщо такі є).
roberttdev

2
Після виконання , git checkout --orphan fooто git branchне вдалося показати галузі foo. Тоді git symbolic-ref HEADяк, як було запропоновано, інша відповідь спрацювала.
Маркус Юній Брут

2
downvote, ми хочемо лише поточну гілку як stdout, не всі гілки
Alexander Mills

4656

Щоб відобразити поточну гілку, на якій ви перебуваєте, без інших перелічених гілок, ви можете зробити наступне:

git rev-parse --abbrev-ref HEAD

Довідка:


132
@ChrisNelson, оскільки він відображає лише поточну гілку, а не довгий список усіх гілок.
avakar

73
Добре, на жаль, це не спрацьовує, якщо ви перебуваєте в стані "відірваної голови" (він просто видає "HEAD", що абсолютно марно).
Карлос Кампдеррос

34
Я здогадуюсь, що, якщо ви знаходитесь у стані "відірваної голови", немає відстеження гілки, до якої вона належить, тому що git branchпоказує * (no branch), що також марно ...
Carlos Campderrós

76
"git symbolic-ref - short HEAD" також працює з цією ж метою
dusktreader

22
git rev-parse --abbrev-ref HEAD 2>/dev/null Частина / dev / null не дозволяє вам побачити помилку, якщо ви просто створили нове сховище, яке ще не HEAD.
Paradiesstaub

523

Ви також git symbolic-ref HEADпоказали повний респект.

Щоб показати лише ім'я гілки в Git v1.8 та пізніших версіях (дякую Грегу, що вказали на це):

git symbolic-ref --short HEAD

У Git v1.7 + ви також можете:

git rev-parse --abbrev-ref HEAD

Обидва повинні дати однакову назву гілки, якщо ви на гілці. Якщо ви на відокремленій голові, відповіді відрізняються.

Примітка:

Для попереднього клієнта це, здається, працює:

git symbolic-ref HEAD | sed -e "s/^refs\/heads\///"

- Дарієн 26. березня 2014


7
Як і всі інші відповіді, це не спрацьовує, коли ви перебуваєте у стані «відстороненої голови»
Carlos Campderrós

51
@ CarlosCampderrós: ​​якщо ви перебуваєте в відокремленому стані HEAD, немає такого поняття, як поточна гілка. Зрештою, комісія, в якій ви знаходитесь, може бути досяжна нулем, однією або декількома гілками.
Flimm

2
це створює проблеми в порожніх сховищах git, коли немає HEAD
Arne,

8
З версією git 2.4.4 git rev-parse --abbrev-ref HEADпоказано, HEADколи ти на відірваній голові.
peterhil

Найкраща відповідь все ж є, git symbolic-ref HEAD | sed -e "s/^refs\/heads\///" оскільки вона відображатиме рядок, як HEAD detached at a63917fколись у відірваному стані, на відміну від інших відповідей, які показують або нічого, або HEAD. Це важливо.
Бернар

264

Для власної довідки (але це може бути корисно для інших) я зробив огляд більшості (базовий командний рядок) прийомів, згаданих у цій темі, кожен застосований до кількох випадків використання: HEAD є (вказує на):

  • місцева філія (майстер)
  • гілка віддаленого відстеження, синхронізована з локальною гілкою (походження / головний при цьому виконувати як головний)
  • гілка віддаленого відстеження, не синхронізована з локальною гілкою (походження / особливість-foo)
  • тег (v1.2.3)
  • субмодуль (запускається всередині каталогу підмодуля)
  • загальна відсторонена голова (нічого з перерахованого вище)

Результати:

  • git branch | sed -n '/\* /s///p'
    • місцева філія: master
    • відділення дистанційного відстеження (синхронізується): (detached from origin/master)
    • гілка дистанційного відстеження (не синхронізована): (detached from origin/feature-foo)
    • тег: (detached from v1.2.3)
    • підмодуль: (HEAD detached at 285f294)
    • загальна відокремлена голова: (detached from 285f294)
  • git status | head -1
    • місцева філія: # On branch master
    • відділення дистанційного відстеження (синхронізується): # HEAD detached at origin/master
    • гілка дистанційного відстеження (не синхронізована): # HEAD detached at origin/feature-foo
    • тег: # HEAD detached at v1.2.3
    • підмодуль: # HEAD detached at 285f294
    • загальна відокремлена голова: # HEAD detached at 285f294
  • git describe --all
    • місцева філія: heads/master
    • гілка дистанційного відстеження (синхронізується): heads/master(примітка: ні remotes/origin/master )
    • гілка дистанційного відстеження (не синхронізована): remotes/origin/feature-foo
    • тег: v1.2.3
    • підмодуль: remotes/origin/HEAD
    • загальна відокремлена голова: v1.0.6-5-g2393761
  • cat .git/HEAD:
    • місцева філія: ref: refs/heads/master
    • підмодуль: cat: .git/HEAD: Not a directory
    • всі інші випадки використання: SHA відповідного комітету
  • git rev-parse --abbrev-ref HEAD
    • місцева філія: master
    • всі інші випадки використання: HEAD
  • git symbolic-ref --short HEAD
    • місцева філія: master
    • всі інші випадки використання: fatal: ref HEAD is not a symbolic ref

(FYI це було зроблено з git версії 1.8.3.1)


6
Підводячи підсумок, жоден, здається, не робить те, що я хотів би вручну.
bukzor

6
Це було дуже корисно для мене: git describe --all --exact-match 2>/dev/null | sed 's=.*/=='було найкращим рішенням для мене (хороші назви тегів та голів філій, відсутність виводу для випадкових відокремлених голів.
Алекс Дюпюй

1
Однак я щойно виявив, що використання git describeмає серйозну помилку, коли є кілька гілок, на які посилається одна і та ж фіксація, наприклад, відразу після git checkout -b foo- вона використовує одну з них довільно (здається, можливо, останньою створеною). Я зміню свою стратегію, щоб використовувати відфільтрований вихід git branchі використовувати лише git describeтоді, коли результат щось стосується відокремленої голови.
Алекс Дюпюй

Насправді, мені потрібно використовувати, git branch --no-colorщоб переконатися, що ім'я файлу не містить дратівливих термінальних кодів виходу.
Алекс Дюпюй

2
Це вже не раз допомагало мені, дякую за те, що я був таким ретельним!
Аліса Перселл

153

З версії 2.22 git ви можете просто використовувати:

git branch --show-current

Відповідно до сторінки чоловіка:

Роздрукуйте назву поточної гілки. У відокремленому стані HEAD нічого не друкується.


2
Так, я згадував про це минулого березня у коментарях цієї сторінки: stackoverflow.com/questions/6245570/… . І в stackoverflow.com/a/55088865/6309 .
VonC

5
Принаймні, згадуйте, що це не працює в окремому стані HEAD. Щойно втрачені години отримують git 2.22, щоб
зібратись

136

Ще одна альтернатива:

git name-rev --name-only HEAD

його також можна знайти зecho ${$(git symbolic-ref --quiet HEAD)#refs/heads/}
Антуан

12
Це не працює, якщо HEAD однаковий для ведучого та гілки функцій (наприклад, під час об'єднання). Він повертає 'master', навіть якщо він виконаний у гілці функцій.
Орест Гера

1
git checkout master && git name-rev --name-only HEAD # ac-187Це працює не так, як очікувалося
Олександр Абашкін

Я зберігаю це в змінній безпосередньо перед об'єднанням, а також у випадках, коли моя HEAD може бути приєднана, якщо я перевіряю певну комісію. У цьому випадку це прекрасно працює.
Ішаан Сейваль

4
Я роблю це з трубопроводу Дженкінса. Тож, здається, на даний момент це найкраща відповідь для мене. Робити git branch --listпросто каже * (HEAD detached at 7127db5). Робити git rev-parse --abbrev-ref HEADпросто говорить HEADі так далі.
Mig82

91

Ну досить просто, я отримав це в одному вкладиші (bash)

git branch | sed -n '/\* /s///p'

(кредит: обмежене спокута)

І поки я там, один лайнер, щоб отримати гілку віддаленого відстеження (якщо така є)

git rev-parse --symbolic-full-name --abbrev-ref @{u}

8
Занадто багато косих! :) sed -n 's/\* //p'робить трюк. Хоча я схиляюсь до параноїда, тому я би його прив’язав sed -n 's/^\* //p'.
Марк Рід

64

Ви можете просто ввести командний рядок (консоль) в Linux, у каталозі репозиторію:

$ git status

і ви побачите текст, серед якого щось подібне:

...
On branch master
...

що означає, що ви зараз у masterвідділенні. Якщо ви редагуєте будь-який файл на той момент, і він знаходиться в тому самому локальному сховищі (локальний каталог, який містить файли, що знаходяться під управлінням управління версіями Git), ви редагуєте файл у цій гілці.


2
Виходячи з того, що ви хочете зробити, ви можете використовувати git statusта отримувати лише перший рядок випуску, git status | head -1який дає щось подібне # On branch master. Я впевнений, що також потрібно враховувати різниці у версіях.
Джошуа Пінтер

@JoshPinter: Ви також можете використовувати той git status | grep 'On branch', що повинен мати той же ефект (повинен, не означає, що він буде, якщо ваша версія Git відображатиме його по-іншому). Або git branch | grep '*', що покаже назву гілки із зіркою на початку її.
Тадек

Так, це працює і може бути більш гнучким. Моїм кінцевим результатом для відображення лише назви гілки у програмі Dev Rails був:<tick>git status | head -1<tick>.gsub('# On branch ', '')
Джошуа Пінтер

1
git statusможе знадобитися багато часу, щоб повернути значення, якщо багато файлів керуються.
Олов'яний чоловік

Так, якщо, наприклад, ви хочете надрукувати гілку на веб-сторінці, git statusможливо, буде створено час генерації всієї сторінки.
Артем Русаковський

36
git symbolic-ref -q --short HEAD

Я використовую це в сценаріях, які потребують поточної назви гілки. Він покаже вам поточну коротку символічну посилання на HEAD, яка буде вашою поточною назвою гілки.


1
Дякую, чудово працює! - Я також додаю до цього сценарію "-C path_to_folder".
Тоні

1
Це хороше рішення, оскільки за допомогою параметра -q він повертає код помилки у стані "відокремленої HEAD", але нічого не друкує на stderr.
hallidave

це єдине рішення, яке працювало для мене на новому репо, без жодних зобов'язань
kundasaba

26
git branch | grep -e "^*" | cut -d' ' -f 2

відображатиметься лише назва філії


Якщо у вашій гілці відображається щось подібне "* (HEAD відменено в SUM_BRANCH_01)", спробуйте це "git гілка | grep -e" ^ * "| cut -d '' -f 5 | cut -d ')' -f 1 "
Ділан Капп

Я щойно створив такий самий сценарій, щоб отримати поточну назву гілки. Я подумав, що це може допомогти з розбіжностями.
tggagne

25

git branch показати лише поточну назву філії

Хоча git гілка покаже всі гілки та виділить поточну зірочкою, вона може бути занадто громіздкою при роботі з великою кількістю гілок.

Щоб показати лише галузь, на якій ви зараз перебуваєте, використовуйте:

git rev-parse --abbrev-ref HEAD

це відмінно підходить для ci та інших інструментів побудови!
phouse512

найкраща відповідь за його використання в сценарії
Бен Кіл

1
@DylanNicholson git branch --containsіноді перераховує більше ніж одну гілку.
Джо Чачко

22

Знайдено рішення командного рядка тієї ж довжини, що і Олівер Рефало , використовуючи добрий ol 'awk:

git branch | awk '/^\*/{print $2}'

awkйдеться про те, що як "зробіть матеріал у {}рядках, що відповідають регексу". За замовчуванням він передбачає розділені пробілами поля, тому ви друкуєте друге. Якщо ви можете припустити, що тільки рядок з вашою гілкою має *, ви можете скинути ^. Ах, баш гольф!



18

Чому б не скористатися підказкою про оболонку, відому git, яка б сказала вам назву поточної гілки? git statusтакож допомагає.


Як git-prompt.sh з contrib/робить це (мерзотник версія 2.3.0), як це визначено в __git_ps1допоміжної функції:

  1. По- перше, є особливий випадок , якщо перебазуватися в процесі виявлення. Git використовує неназвану гілку (відокремлену HEAD) під час процесу ребатування, щоб зробити її атомною, а оригінальну гілку збережено в іншому місці.

  2. Якщо .git/HEADфайл є символічним посиланням (дуже рідкісний випадок, з давньої історії Git), він використовуєgit symbolic-ref HEAD 2>/dev/null

  3. Інакше, він читає .git/HEADфайл. Наступні кроки залежать від його вмісту:

    • Якщо цього файлу не існує, то немає поточної гілки. Зазвичай це відбувається, якщо сховище оголене.

    • Якщо він починається з 'ref: 'префікса, тоді .git/HEADце symref (символічне посилання), і ми на нормальній гілці. Стріпте цей префікс, щоб отримати повне ім'я, а смугу - refs/heads/щоб отримати коротке ім'я поточної гілки

      b="${head#ref: }"
      # ...
      b=${b##refs/heads/}
      
    • Якщо це не починається з 'ref: 'цього пункту, то він відокремлюється HEAD (анонімна гілка), вказуючи безпосередньо на деякий коміт. Використовуйте git describe ...для написання поточного комітету у читаному для людини вигляді.

Я сподіваюся, що це допомагає.


3
І якщо ви розробляєте підказку оболонки, яка знає git, який із відповідей тут ви маєте використовувати? Черепахи всю дорогу вниз.
трійка


4
Що для запису, схоже, робить, git describe --contains --all HEADчого я наразі не бачу ніде на цій сторінці. Як я впевнений, ви знаєте, що відповіді, що мають лише посилання, не рекомендуються в StackOverflow.
трійка

2
@tripleee: Я додав пояснення, як git-prompt.sh(ака __git_ps1) це робить ...
Jakub Narębski

17

Менш галаслива версія для статусу git зробила б свою справу

git status -bsuno

Це роздруковується

## branch-name

1
##
development

16

Вибачте, це ще одна відповідь командного рядка, але саме це я шукав, коли знайшов це питання, і багато з цих відповідей були корисними. Моє рішення:

get_branch () {
    git rev-parse --abbrev-ref HEAD | grep -v HEAD || \
    git describe --exact-match HEAD 2> /dev/null || \
    git rev-parse HEAD
}

Це завжди повинно дати мені щось як людське, зрозуміле, так і безпосередньо корисне як аргумент git checkout.

  • на місцевому відділенні: feature/HS-0001
  • на позначеному комітеті (окремо): v3.29.5
  • на віддаленій гілці (відокремлена, не позначена тегами): SHA1
  • на будь-якому іншому відокремленому комітеті: SHA1

1
Дякуємо за повідомлення про це, жодна з інших відповідей, здавалося, не дбала про те, щоб завжди створювати щось корисне як аргумент git checkout.
zwol

15

ви можете використовувати git bash для команди робочого каталогу наступним чином

git status -b

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

-s

--short Дайте вихід у короткоформатному форматі.

-b - Branch Показує інформацію про гілки та відстеження навіть у короткоформатному форматі.

--porcelain [=] Надайте вихід у простому для розбору форматі для сценаріїв. Це схоже на короткий вихід, але залишатиметься стабільним у всіх версіях Git та незалежно від конфігурації користувача. Детальніше дивіться нижче.

Параметр версії використовується для визначення версії формату. Це необов’язково і за замовчуванням використовується оригінальний формат v1 версії.

--довго Дайте вихід у довгоформатному форматі. Це за замовчуванням.

-v --verbose Окрім назв файлів, які були змінені, також відображаються текстові зміни, які ставляться до вчинення (тобто, наприклад, вихід git diff - cache). Якщо -v вказано двічі, то також покажіть зміни в робочому дереві, які ще не були поетапно (тобто, як вихід git diff).


14
git status 

також дасть назву філії разом із змінами.

напр

>git status
On branch master // <-- branch name here
.....

13

З часом у нас може виникнути справді довгий список галузей.

Хоча деякі інші рішення чудові, Ось що я роблю (спрощено з відповіді Якова):

git branch | grep \*

Тепер,

git status

працює, але тільки Якщо є якісь локальні зміни


13

Я рекомендую використовувати будь-яку з цих двох команд.

git branch | grep -e "^*" | cut -d' ' -f 2

АБО

git status | sed -n 1p | cut -d' ' -f 3

АБО (більше багатослівного)

git status -uno -bs| cut -d'#' -f 3 | cut -d . -f 1| sed -e 's/^[ \t]//1'| sed -n 1p


12

У Netbeans переконайтеся, що анотації до версій увімкнено (Перегляд -> Показати мітки версій). Потім можна побачити назву філії поруч із назвою проекту.

http://netbeans.org/bugzilla/show_bug.cgi?id=213582


Якщо ввімкнено анотації до версій, то все, що вам потрібно зробити, - навести курсор миші на папку Project (або Файл, або Вибране), щоб побачити поточну гілку.
idclaar

12

Як що до цього?

{ git symbolic-ref HEAD 2> /dev/null || git rev-parse --short HEAD 2> /dev/null } | sed "s#refs/heads/##"

1
Набагато краща відповідь, оскільки вона добре поводиться з відокремленою справою HEAD.
Пат

2
Здається, ви повинні використовувати () not {}, щоб обернути команди git
Пат

@Pat Для цього немає необхідності створювати окрему підзарядку, як це робиться (). {} добре, за винятком того, що вам потрібно додати; або новий рядок до}. Насправді ви можете просто відмовитися від {} повністю, якщо вам не потрібно було згрупувати команди.
aij

Чи не symbolic-refпотрібно також частині --shortуникати префіксації імені гілки refs/heads/?
rjp

11

У мене є простий скрипт під назвою git-cbr( поточна гілка ), який виводить назву поточної гілки.

#!/bin/bash

git branch | grep -e "^*"

Я ставлю цей скрипт у спеціальну папку ( ~/.bin). Папка знаходиться в $PATH.

Тож тепер, коли я перебуваю в git repo, я просто набираю, git cbrщоб надрукувати поточну назву гілки.

$ git cbr
* master

Це працює, тому що gitкоманда бере свій перший аргумент і намагається запустити сценарій, який відповідає імені git-arg1. Наприклад, git branchнамагається запустити скрипт під назвою git-branchтощо.


11

Ви можете назавжди налаштувати баш-вихід, щоб показати своє ім'я гіт-гілки. Це дуже зручно, коли ви працюєте з різними гілками, не потрібно $ git statusвесь час друкувати . Github repo git-обіцяє-підкаже .

Відкрийте свій термінал (ctrl-alt-t) і введіть команди

mkdir ~/.bash
cd ~/.bash
git clone git://github.com/jimeh/git-aware-prompt.git

Відредагуйте .bashrc sudo nano ~/.bashrcкомандою (для Ubuntu) та додайте наступне у верхній частині:

export GITAWAREPROMPT=~/.bash/git-aware-prompt
source "${GITAWAREPROMPT}/main.sh"

Потім вставте код

export PS1="\${debian_chroot:+(\$debian_chroot)}\[\033[01;32m\]\u@\h\[\033[00m\]:\[\033[01;34m\]\w\[\033[00m\] \[$txtcyn\]\$git_branch\[$txtred\]\$git_dirty\[$txtrst\]\$ "

наприкінці того ж файлу ви вставили інсталяційний код у раніше. Це дасть вам кольоровий вихід:введіть тут опис зображення


10

Наступна команда оболонки повідомляє вам гілку, в якій ви зараз перебуваєте.

git branch | grep ^\*

Коли ви не хочете вводити цю довгу команду кожен раз, коли вам хочеться знати гілку, і ви використовуєте Bash, дайте команді короткий псевдонім, наприклад псевдонім cb, як так.

alias cb='git branch | grep ^\*'

Коли ви перебуваєте в магістралі філії і ваш запит є $, ви отримаєте * masterнаступне.

$ cb
* master

Це не дає відповіді на запитання. Щоб критикувати або вимагати роз'яснення у автора, залиште коментар під їх дописом. - З огляду
Рашван L

1
Чому ти так думаєш?
mrrusof

ви повинні прокоментувати та описати свою посаду для ОП, таким чином буде легше зрозуміти ваш пост.
Рашван L

1
Має ідеальний сенс.
mrrusof

1
якщо ви використовуєте zsh, вам потрібно загорнути git branch | grep '^\*'
реджекс

9

Повертає або ім'я гілки, або SHA1, коли на відокремленій головці:

git rev-parse --abbrev-ref HEAD | grep -v ^HEAD$ || git rev-parse HEAD

Це коротка версія відповіді @ dmaestro12 та без підтримки тегів.


8
краще:git symbolic-ref --quiet --short HEAD || git rev-parse --short HEAD
синювати

8

Якщо ви дійсно хочете, щоб остання гілка / тег була перевірена в окремому стані HEAD.

git reflog HEAD | grep 'checkout:' | head -1 | rev | cut -d' ' -f1 | rev

Оновлення Це приємніше, якщо у вас є і не боїтесь awk.

git reflog HEAD | grep 'checkout:' | head -1 | awk '{print $NF}'

rev | cut -d' ' -f1| revможе бути спрощенаawk '{print $NF}'
Стів Buzonas

1
Хоча це також не є надійним, оскільки ви можете перевірити певну редакцію за допомогою хеша, так що рефлог просто показує, checkout: moving from ba7571b7fc5b8f31b8d0625821269afaa655577e to f68be8cf7bea917a5a0562b619e50368de0068a9що це все-таки корисна хитрість, яка може допомогти розімкнути деякі випадки.
Алекс Дюпюй

1
Далі скоротити доgit reflog | awk '$3=="checkout:" {print $NF; exit}'
jthill

6

Я знаю, що це пізно, але на Linux / mac, з терміналу можна використовувати наступне.

git status | sed -n 1p

Пояснення:

git status -> отримує стан робочого дерева
sed -n 1p -> отримує перший рядок від тіла статусу

Відповідь на вищевказану команду виглядатиме так:

"On branch your_branch_name"

2
head -1звичайним способом
bukzor

5

ви також можете використовувати змінну GIT_BRANCH, як показано тут: https://wiki.jenkins-ci.org/display/JENKINS/Git+Plugin

Плагін git встановлює кілька змінних середовища, які ви можете використовувати у своїх сценаріях:

GIT_COMMIT - SHA струму

GIT_BRANCH - назва гілки, що використовується зараз, наприклад, "master" або "origin / foo"

GIT_PREVIOUS_COMMIT - SHA попереднього вбудованого комітету з тієї ж гілки (поточна SHA при першій збірці у гілці)

GIT_URL - віддалена URL-адреса сховища

GIT_URL_N - віддалені URL-адреси сховища, коли є більше ніж 1 видалення, наприклад, GIT_URL_1, GIT_URL_2

GIT_AUTHOR_EMAIL - Електронна пошта для виконавця / автора

GIT_COMMITTER_EMAIL - Електронна пошта для виконавця / автора


5

Додайте його за PS1допомогою Mac:

PS1='\W@\u >`[ -d .git ] && git branch | grep  ^*|cut -d" " -f2`> $ '

Перш ніж запустити команду вище:

введіть тут опис зображення

Після запуску цієї команди:

введіть тут опис зображення

Не хвилюйтесь, якщо це не сховище GIT, воно не відображатиме помилку, через [-d .git]яку перевіряється, чи .gitіснує папка чи ні.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.