Чтобы запускать тестовые куски кода javascript прямо в текстовом редакторе sublime text, не открывая браузер для просмотра вывода функции, эта короткая инструкция может быть полезной.
( Read more... )
https://docs.gitlab.com/ee/ssh/
ssh-keygen -t rsa -C "email@example.com"
nano ~/.ssh/config
cat ~/.ssh/id_rsa.pub
ssh -T git@gitlab.com
Git global setup
git config --global user.name "user123"
git config --global user.email "user123@example.com"
git config --list
-------------------------------------------------------------------------------------
Создание локального репозитория
git clone [url, например, https://tau.home.local/user/test_project.git] dir_name — создать локальную копию репозитория в каталоге dir_name.
склонировать ТОЛЬКО конкретную ветку
git clone --branch=branch-name https://github.com/project.git
склонировать репозиторий без многолетней истории его коммитов, тогда нужно использовать параметр --depth=5, где 5 - количество коммитов от последнего:
git clone --depth=1 --branch=branch-name http://whatever.git
склонировать ветку и загрузить субмодули
git clone --branch=bookworm --recurse-submodules https://github.com/sonic-net/sonic-buildimage.git
Работа с удаленным репозиторием
git remote — просмотр списка настроенных удаленных репозиториев.
git remote add [shortname] [url] — добавить удаленный репозиторий и присвоить ему имя.
git remote rename [shortname] [new_shortname] — изменить короткое имя.
git fetch [shortname] — загрузка изменений из удаленного репозитория.
git push [remote-name] [branch-name] — выгрузка изменений в удаленный репозиторий.
git pull [remote-name] [branch-name] — загрузка изменений с заданной ветки репозитория.
git fetch --all --prune — получить список актуальных веток
git remote show [remote-name] — просмотр состояния удаленного репозитория.
git remote rm [shortname] — удалить удаленный репозиторий из списка.
git push origin --delete — удалить ветку удаленного (т.е. не локального) репозитория
git tag --delete имя_тега — удалить тег
git push -f ветка — принудительное изменение ветки удаленного (т.е. не локального) репозитория
git config --local --get remote.origin.url - получить адрес удалённого репозитория
git fetch --prune origin - удалит устаревшие ветки, которые у вас есть локально
Коммиты
Обратите внимание: коммиты делаются в локальную копию репозитория. Указанные команды НЕ загружают изменения на сервер. Для изменения удаленного репозитория используйте git push.
git add список_файлов — добавить файлы в индекс ( поставить их под версионный контроль). Обычно делается перед коммитом.
git commit -m «Комментарий к коммиту» — сделать коммит файлов из индекса.
git commit -a -m «Комментарий к коммиту» — добавить измененные файлы в индекс и сделать коммит
git commit --amend — исправление последнего сообщения о фиксации
git commit --amend --no-edit — исправление коммита Применяйте команду лишь для коммитов в локальной ветки
изменение коммитов
не изменяйте ваш последний коммит, если вы уже отправили её в общий репозиторий.
git commit --amend -m "Новое название" — Изменение названия последнего коммита
git rebase -i r reword — переименовать коммит e edit изменить коммит s squash склеить два или больше коммитов
git rebase --continue — выполнить после успешного коммита
git ls-remote — Полный список удалённых ссылок
git fetch — получает с сервера все изменения, которых у вас ещё нет, но не будет изменять состояние вашей рабочей директории
быстро обновить коммит в удалённом репозитории
git commit --amend
git push --force origin ветка
Отмена коммита или операции
git checkout – имя_файла — отмена изменений из измененного файла.
git reset имя_файла — удаление добавленного (но не закоммиченного) файла из индекса.
git commit –amend — команда для изменения коммита.
git reset --hard HEAD~1
git rebase коммит --onto master — изменения идут с этого коммита
git revert коммит — укажите хэш коммита, который хотите отменить
Git создаст изменения, имеющие прямо противоположный эффект по сравнению с изменениями, содержащимися в этом исходном коммите
git revert коммит --no-commit — если необходимо проверить эти изменения и зафиксировать их вручную
git checkout [сохранённый хеш] -- путь/к/файлу — отменить изменения в файле
git reflog — посмотреть где находился указатель HEAD в любой момент времени
git reset --hard HEAD@{index} — вернуться туда, когда всё работало
Работа в локальном репозитории
git checkout -b новая_ветка origin/ветка_из_репозитория — создание новой локальной ветки
git branch -a — посмотреть все ветки
git branch -r — посмотреть ветки в удалённом репозитории
git branch -d — удалить ветку
git branch -D — удалить принудительно ветку
git status — определение состояния файлов.
git add список_файлов — добавить файлы в индекс ( поставить их под версионный контроль).
git add . — добавить все файлы в индекс
git diff — просмотр сделанных изменений.
git diff -staged — сравнение проиндексированных изменений с последним коммитом.
git rm имя_файла — удаление физически удаленного файла из индекса.
git rm –cached имя_файла — удаление файла из индекса ( из версионного контроля ) без физического удаления.
git rebase master server — Это повторит работу, сделанную в ветке server поверх ветки master
git cherry-pick — для бекпортирования отдельных изменений в долгоживущие ветки
git diff ветка1 ветка2 — для ревью изменений между версиями ветки
git diff origin/ветка ветка_после_черрипика
git bisect — для бинарного поиска коммита, вносящего баг
см https://git-scm.com/book/ru/v2/Инструменты-Git-Обнаружение-ошибок-с-помощью-Git
получить разницу коммитов меж ветками
git log --oneline "origin/ветка1..origin/ветка2"
git log --oneline "origin/ветка2..origin/ветка1"
Просмотр истории
git log — выдает список коммитов, сделанных в репозитории.
git log -p — выдает список коммитов с просмотром изменений, сделанных в каждом коммите.
git log -p filename — найти в каких фиксациях изменялся файл и что именно было изменено
git log -stat — выдает список коммитов с просмотром краткой статистики изменений.
git log -pretty=… — выдает список коммитов, изменяя формат вывода.
git log -since=… — выдает список коммитов с ограничением по времени. Например, 2.weeks — коммиты за последние 2 недели.
git log -число — выдает указанное число коммитов.
git log --oneline -n 3 — вывести три верхних коммита
git log --pretty=format:"%h %s" --graph
git log --graph --left-right --cherry-pick --oneline master
Предосмотр
https://www.amitmerchant.com/git-commands-that-you-can-dry-run-before-actually-running-them/
опция --dry-run покажет, что она будет делать, прежде чем фактически запустить команду
git add . --dry-run — покажет что будет проиндексировано
git clean -df --dry-run — покажет что будет удалено
git commit --short --dry-run — кратко покажет что будет зафиксировано
git commit --long --dry-run — более подробно покажет что будет зафиксировано
git mv --dry-run — покажет какие файлы будут перемещены
Откат
git reflog — показывает журнал ссылки, предоставленной в командной строке (или HEAD, по умолчанию)
git reset HEAD@{index} — делаем откат изменений в репозитории до состояния index
git checkout master — Выбираем нужный бранч(ветку)
git reset --hard HEAD~2 — делаем откат изменений в репозитории для примера на два коммита назад
git reset --hard HEAD hash — Можно сделать до какого то определенного коммита по хешу
git reset HEAD myfilename — Отменяем индексирование файла
git clean -f — отображает файлы, подлежащие удалению
git clean -n — Удаляем неотслеживаемый файл
git reset --hard — сбрасывает индекс и рабочее дерево
git clean -f -d -x — удаляет все изменеия и все неотслеживаемые файлы, включая продукты сборки
git push -f origin master — делаем принудительный коммит в основной репо на гитхабе
git revert — отменить локально и отправить это изменение в удаленную ветку
rm -rf .git — Отменяем git init
восстановление
git fsck --lost-found — обзор оборванных коммитов
git show коммит — посмотреть содержание коммита
git rebase коммит — наложение коммитов поверх другого базового коммита
git reflog — журнал ссылки
git cherry-pick коммит — применить изменение коммита в ветку
git reset
–hard — заставляет весь контент соответствовать коммиту, к которому вы сбрасываете (ресетите)
git reset --hard означает git reset --hard HEAD, то есть, не изменяя ветку, избавиться от всех локальных изменений.
–mixed — это опция по умолчанию, то есть git reset означает git reset --mixed. Эта команда сбрасывает индекс, но не рабочее дерево
для изменений нужно проиндексировать, т.е. git add .
--soft не изменяет индекс или рабочее дерево. Все ваши файлы остаются нетронутыми, как если бы вы использовали --mixed, но все изменения показываются как готовые к коммиту во время выполнения
–merge — эта опция добавлена в git относительно недавно, ее предназначение — прервать неудачное (failed) слияние (merge)
HEAD~ — это сокращенная запись HEAD~1 и означает первого родителя коммита. HEAD~2 означает первого родителя у первого родителя коммита. HEAD~n можно понимать как «n коммитов перед HEAD» или «n-ый предок HEAD».
HEAD^ (или HEAD^1) тоже означает первого родителя коммита. Но вот HEAD^2 означает второго родителя коммита
изменения
git stash — спрятать изменения
git stash -u — спрятать неотслеживаемые файлы
git stash -a — включить изменения в игнорируемые файлы
git stash pop — вернуть спрятанные изменения
git stash list — посмотреть весь список stash
git stash show — команда покажет файлы из последнего stash
git stash show -p — покажет какие изменения лежат в stash
git stash show -p stash@{5} — узнать какие изменения в git stash под конкретным номером
git stash apply — как и
git stash apply stash@{0} — применяет последний stash
git stash apply stash@{5} — внесёт изменения, которые хранятся в стэке под 5-ым номером
git stash clear — удалит все сохранённые в git stash состояния, безвозвратно
git stash drop — удалить один последний сохранённый git stash
git stash drop stash@{NUMBER} — очистить определённый stash по его номеру
создаем сабмодуль:
git submodule add --force gitlab:/репа/пакет.git папка_субмодуля
git submodule sync
git submodule update --init --remote
обновить субмодуль адрес и версию
vim .gitmodules
git config --file=.gitmodules -e
git submodule sync
git submodule update --remote
git submodule update --init --recursive --remote
git submodule update --recursive --remote
если не грузится субмодуль
git submodule init
git submodule update --remote
git reflog show HEAD
git reflog --relative-date
git reflog --no-abbrev
git fsck --full --no-reflogs | grep commit
git reset --hard your_deleted_commit
git fsck --full --no-reflogs --unreachable --lost-found | grep commit | cut -d\ -f3 | xargs -n 1 git log -n 1 --pretty=oneline > .git/lost-found.txt
find . -ctime -12h -type f | sed 's/[./]//g' | git cat-file --batch-check | grep commit
git cat-file -p <your commit>
git log -p <your commit>
git branch commit_rescued <your commit>
git checkout -b <branch> <sha>
git branch -m <restored branch> <final branch>
git stash — положить во временное хранилище все отслеживаемые файлы.
git stash pop — восстановить последние файлы, положенные во временное хранилище.
git stash list — список всех сохраненных изменений во временном хранилище.
git stash drop — удалить последние файлы, положенные во временное хранилище.
git-resurrect <name>
git stash save
git merge origin/master
git stash pop
gitk --reflog
git rebase -i HEAD~n
git reset HEAD^
git reset HEAD~1 --hard
откат
git reflog - выведет все список всех действий
git reset HEAD@{index}
git checkout master - Выбираем нужный бранч(ветку)
git reset --hard HEAD~2 - делаем откат изменений в репозитории для примера на два коммита назад
git reset --hard HEAD hash - Можно сделать до какого то определенного коммита по хешу
git reset HEAD myfilename - Отменяем индексирование файла
git clean -f - отображает файлы, подлежащие удалению
git clean -n - Удаляем неотслеживаемый файл
git push -f origin master - делаем принудительный коммит в основной репо на гитхабе
rm -rf .git - Отменяем git init
найти ближайший коммит по дате
git log --oneline --before='2021-01-20' -1
https://overcoder.net/q/13265/как-выборочно-объединить-или-выбрать-изменения-из-другой-ветки-в-git
git diff origin/master origin/master123 files - сравнить файл из разных веток
Если нужно отменить изменения в отдельном файле, то подойдет команда git checkout имя_файла
git checkout 3f25701874aa5a2c16cc6275fa30baa5b6e477a6 имя_файла
git merge --no-ff --no-commit -s ours branchname1
git checkout --patch exp1 file_to_merge
git diff branch_b > my_patch_file.patch
git apply -p1 --include=pattern/matching/the/path/to/file/or/folder my_patch_file.patch
Если вы не хотите объединять file1 и хотите сохранить версию в текущей ветке
git checkout HEAD file1
Если вы не хотите объединять file2 и хотите только версию в branchX
git checkout branchX file2
проверить, как было выполнено слияние, запустив git diff --cached
git diff --cached file1
quit — выходит из интерактивной консоли;
git commit --amend
git rebase --continue
git log --pretty=format:"%h %s" --graph
git log --graph --left-right --cherry-pick --oneline master
git branch -m new-name - переименовать ветку
git branch -m old-name new-name
git push origin :old-name new-name переименовать удалённую ветку
быстрый способ:
git push origin -u new-name
git branch -m old_branch new_branch # Rename branch locally
git push origin :old_branch # Delete the old branch
git push --set-upstream origin new_branch # Push the new branch, set local branch to track the new remote
изменение коммитов
не изменяйте ваш последний коммит, если вы уже отправили её в общий репозиторий.
git commit --amend -m "Новое название" - Изменение названия последнего коммита
git rebase -i r reword переименовать коммит e edit изменить коммит s squash склеить два или больше коммитов
git rebase --continue - выполнить после успешного коммита
git ls-remote - Полный список удалённых ссылок
git fetch - получает с сервера все изменения, которых у вас ещё нет, но не будет изменять состояние вашей рабочей директории
git stash для временного сохранения изменений
git rebase -i для причёсывания коммитов во время разработки
git reset во всех своих ипостасях (откат, разбиение коммитов, и т. д.)
git reflog для отката своего репозитория, если случайно ветку
git cherry-pick для бекпортирования отдельных изменений в долгоживущие ветки
git diff origin/ветка ветка_после_черрипика
git range-diff для ревью изменений между версиями ветки
git bisect для поиска коммита, вносящего баг
git revert для отката изменений, вносящих баги
git log -S для поиска коммита по диффу
git rerere для особо долбанутых мерджей с конфликтами
git revert коммит - откатить коммит (коммит обратный этому)
git name-rev --name-only $(git branch | cut -d ' ' -f 5 | tr -d ')')
git name-rev --name-only $(git branch | cut -d ' ' -f 5 | tr -d ')') |cut -d '/' -f 3
git describe
git show-branch |cut -d ' ' -f 1 |tr -d '[' |tr -d ']'
https://www.linux.org.ru/forum/development/14272630?cid=14273088
Последний коммит изменить очень просто, есть несколько вариантов - можно выбрать в зависимости от того что вам удобнее - собрать новый коммит без дерьмища или удалить дерьмище из существующего коммита.
Первое:
git reset HEAD^
Заметьте, без --hard. Рабочая директория не изменится, но коммит откатится. Дальше можно сделать новый коммит без дерьмища.
Второе:
git rm <дерьмище>
git commit --amend
Просто удалит дерьмище из коммита и working tree.
Дальше
git push --force
чтобы обновить удалённый репозиторий.
Опасный, но «чистый» способ:
git reset --hard HEAD~3
git push origin main --force
Безопасный способ:
git revert HEAD~3..HEAD
git push origin main
https://medium.com/nuances-of-programming/как-сжимать-коммиты-в-git-с-помощью-git-squash-8a84b9f62734
Как сжимать коммиты в Git с помощью git squash
git rebase -i HEAD~3
нужно заменить pick на squash для двух самых свежих коммитов (две нижние строки)
git reset --hard HEAD~12
git merge --squash HEAD@{1}
git commit
https://ru.stackoverflow.com/questions/462251/Как-объединить-несколько-коммитов-в-один
git merge --squash НАЗВАНИЕ_ВЕТКИ
склеить два верхних
git reset --hard HEAD~1
git merge --squash HEAD@{1}
git remote Вывод списка всех репозиториев, привязанных к проекту
git remote -v Открытие списка с URL-адресами
git remote add <имя> Добавление нового репозитория
git remote remove <имя> Удаление репозитория из конфигурации
git remote rename <старое> <новое> Присвоение нового имени удаленному репозиторию
git remote set-url <имя> Изменение URL удаленного репозитория
добавление коммита из чужого репозитория
git remote add <имя>
git fetch
git reflog
git cherry-pick
git remote remove <имя>
5 малоизвестных Git-приёмов
1⃣ git reflog — история всех ваших шагов
Не только коммиты, но и переключения веток, сбросы и прочие «хаки»:
git reflog
# вернёт список всех HEAD-перемещений
git checkout HEAD@{3}
# вернёт вас на три шага назад
2⃣ git rerere — повторное разрешение конфликтов
Если в одной и той же точке вы часто сталкиваетесь с конфликтами, включите rerere:
git config —global rerere.enabled true
# при повторном конфликте Git запомнит ваше решение
3⃣ git bisect — автоматический поиск «битого» коммита
Когда баг появился неясно где, let Git do the detective work:
git bisect start
git bisect bad # текущая версия с багом
git bisect good v1.0 # последний рабочий тег
# Git сам предложит вам протестировать промежуточные коммиты
4⃣ git stash push -m — храни временные изменения с заметкой
Чтобы не забыть, зачем вы сохраняете рабочие правки:
git stash push -m "WIP: эксперимент с OAuth"
git stash list
# будет видно вашу подпись
5⃣ git worktree — несколько рабочих копий одного репозитория
Для одновременной работы над фичами и багфиксами без переключений:
git worktree add ../my-feature-branch feature/X
cd ../my-feature-branch
# у вас рядом две папки: main и my-feature-branch
-------------------------------------------------------------------------------------
формируем ветку open-source
git checkout master
# COMMIT_SHA - хэш коммита, который соотвествует исходникам наиболее близким к текущей ванильной версии
git checkout COMMIT_SHA
git checkout -b open-source
git push origin open-source
коммитим новую версию
git rm -rf .
cp -rfvP --preserve=all NEW/SRC/PATH/. ./
git add -f .
git commit -m "version NEW_VERSION"
git push origin open-source
создаём тэг ванильных исхоников новой версии
git tag -a -m "vanilla version NEW_VERSION" vNEW_VERSION-vanilla
git push origin vNEW_VERSION-vanilla
создаём ветку для обновления master
git checkout master
git checkout -b upgrade-NEW_VERSION
git merge vNEW_VERSION-vanilla
git commit -m "update with version NEW_VERSION"
git push origin upgrade-NEW_VERSION
фиксим
git checkout master -- *
git checkout master -- *.py
![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
chiming