Як отримати поточну назву філії в 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.