ndtimofeev
Git хуюдущее hint: Using 'master' as the name for the initial branch. This default branch name
hint: is subject to change. To configure the initial branch name to use in all
hint: of your new repositories, which will suppress this warning, call:
hint:
hint: git config --global init.defaultBranch <name>
hint:
hint: Names commonly chosen instead of 'master' are 'main', 'trunk' and
hint: 'development'. The just-created branch can be renamed via this command:
hint:
hint: git branch -m <name>
Strephil
Git Предлагают в каждом коммит-мессаджем писать, что данный коммит сделан иностранным агентом.
vt
игры Git в 2011 году я играл в пиратский Скайрим, и сохранил сохранение, где неубиваемый герой-вор в соловьиной броне с неубиваемым напарником-Цицероном в воровской броне, играть стало неинтересно. В 2015 году купил его зачем-то в стиме, там появилось два дополнения. Я одно дополнение про вампиров прошел не приходя в сознание и забил. Сейчас вот в 2020 играл во второе, про полеты на драконах. Полетал на драконах и тут меня вызывают стать вампиром, я думаю — бляяяяяяааааать, я летал на драконах с 2011 сохранения, а не с 2015! И пиздец, как эти ветки теперь смержить — неясно!
Self-Perfection
Git yaml Вам тоже тяжело ревьюить изменения YAML файлов? Например, файл — список словарей, у которых значения — списки. И вот видишь в diff, что список из нижнего уровня этого дерева изменился, а фиг поймёшь к какому это ключу от относится, потому ключ объявлен на N экранов выше.

Я придумал решение: github.com
k0st1x
work ? Git вот есть жирный файл с кодом. над ним трудились несколько человек, он разросся, его пора пились на классы.
делю на 2 файла, вычленяю рядом, коммичу, а у нового файла истории не будет, потому что он считается новым. а надо, чтобы там была история, чтобы blame показывал, кто и для чего менял. вот как быть в этой ситуации? как зашарить историю для нового файла?
может у гита есть issues трекер, чтобы туда закинуть feature request?
Strephil
Git gitlab Есть ли удобный соснольный интерфейс для gitlab?
Чтобы, например, пайплайн для определённой ветки из командной строки запустить, а не браузер мышей тыкать?
k0st1x
work Git почитал про git3 и замыкание на хабре.
habr.com
я нихрена не понял, зачем это надо. кто-то раскурил, что с этим делать? какую это проблему решает?
vt
Git GUI говно В отсутствии божественного Fork, который только под макось, решительно некуда нажать кнопку, что она сделала git pull без лишних вопросов, что они от меня хотят — я вообще не понимаю, и приходится открывать консольку, чтоб оно мне ничего не похерило

gbdj
погода Git Познаю доселе незнакомые команды git: merge-file, diff-tree, merge-tree. Проблема в том что они понадобились, хотя я о них даже не знал. Нужно больше рефакторинга и чудовищных мерджей!
ermine
Git У меня вот тут проект на rust+webasembly, оно имеет свой .git подкаталог, а еще оно имеет подкаталог-подпроект на яваскрипте, который также имеет свой .git и .gitignore. Как манипулировать этой кухней? В два захода или в один?
vt
Git GUI говно Meet a new Git client, from the makers of Sublime Text
По скриншотам сразу видно что это они: захламленным экраном изображают будто у них есть что показать, а по факту — простой блокнотик.
trapdoor
Git говно Убить ребейзом день работы — done.

Сууука... Чтоб я ещё раз этим фиксапом пользовалась. Только amend, только хардкор.
PoZitron
программирование Git Пытаюсь автоматизировать "скрытие" устаревших веток в git.
Когда я весь в работе, то создаю много временных веток которые потом на всякий случай не удаляю, а переименовываю в old/имя_ветки. То, что она "old" не означает что через месяц или год мне не захочется посмотреть какую-нибудь светлую идею которая не попала в основную ветку. Поэтому ветки копятся и непонятно куда их девать.
О "скрытии" веток подсмотрел идею здесь: stackoverflow.com
Написал такой скрипт:
git branch | grep old/ | sed 's/^*//' | awk -v date=$(date +%y-%m-%d) '{print "create refs/archive/" date "/" $1, $1}' | git update-ref —stdin
который ищет ветки содержащие "old/" и создаёт ссылки на них в refs/archive/<дата>/имя_ветки.
Затем оригинальные ветки "old/" удаляю так:
git branch | grep old/ | sed 's/^*//' | xargs -n 1 git branch -D

"Дата" в первой команде — тупой способ обойти проблему с одинаковыми названиями веток.

После этого "архивные" ветки по-идее нигде не отображаются, но на них по-прежнему можно перейти с помощью
git checkout refs/archive/<дата>/имя_ветки