переадресовал на новый репозиторий
выполнении команды git push origin mastergit pushвыдает сообщение everything up-to-date
git branch -vvgit status
git reset --hard HEAD~3
обязательно ли в названии голого репозитория прописывать в конце .git?
Далее я пользовался документацией 4.2 Git на сервере — Установка Git на сервер
Мне непонятна часть user@git.example.com:/srv/Git
user — имя, под которым ты авторизован через ssh на внешнем компьютереgit.example.com — адрес этого внешнего компьютера/srv/Git — путь к папке с репозиторием внутри внешнего компьютератам первоначально нужно создать пустой проект
нажал на синюю кнопку Clone и мне высветились два варианта ссылки
git clone git@gitlab.com:potemkin277/test-project.gitgit remote add origin git@gitlab.com:potemkin277/test-project.git-ugit push -u origin ветка
могут выкладывать в проект свои версии
в команде непонятно как сохранятся и объединятся правки
Не совсем понимаю, как настроить синхронизацию папок именно с сайтом через гитхаб
Нормально ли в гитхаб завести репозиторий типа песочницы, и хранить там разные куски кода
git reset --hard 0821842 # откатить локально
git push --force # откатить на внешнем, это удалит и создаст заново ветку# создать синтетический коммит, отменяющий последние коммиты
git merge --ff $(git commit-tree -p master -m "Rollback to commit 0821842" 0821842^{tree})
git push
# можно ещё для надёжности проверить, что новое состояние действительно совпадает с желаемым
git diff master 0821842#отменить неудачное слияние
git merge --abort
# повторить слияние используя опцию theirs
git merge -Xtheirs branch_b
# при конфликтах выберется вариант из вливаемой веткиПо умолчанию, когда Git при слиянии веток замечает конфликт, он добавляет в код маркеры конфликта, отмечает файл как конфликтующий и позволяет вам разрешить его. Если же вместо ручного разрешения конфликта вы хотите, чтобы Git просто использовал какую-то определённую версию файла, а другую игнорировал, то вы можете передать команде merge одну из двух опций-Xoursили-Xtheirs.
В этом случае Git не будет добавлять маркеры конфликта. Все неконфликтующие изменения он сольёт, а для конфликтующих он целиком возьмёт ту версию, которую вы указали (это относится и к бинарным файлам).
возиться с уголками лень
git checkout branch_b -- имя_файла # оставить версию файла из ветки branch_b
git add имя_файла # сбросить состояние конфликта
# ... разрешить другие конфликты
git merge --continue --no-edit # создать коммит слияния--allow-unrelated-histories
less. Просто введите q, чтобы вернуться в терминал, когда вы больше не хотите перемещаться по выходным данным.j перейти на одну строку внизk переместиться на одну строку вверхspace перейти на одну страницу внизb перейти на одну страницу вверхh показать помощь/ поиск вперёд? поиск назадless, просто замените его другим пейджером в конфигурации. Если вам вообще не нужен пейджер, просто используйте cat:git config --global --add core.pager cat
git fetch # предварительно скачать обновления
git branch -vv # показать список локальных веток
# в скобках покажет с какими вышестоящими ветками они связаны
# если вышестоящая ветка удалена, то будет пометка gone
git switch ветка # выборочно переключиться на ветку
git status # посмотреть отставание от вышестоящейsudo scutil --set HostName macruslan@mac ~ %
public_html
└── wp-content
├── plugins
│ └── my_plugin
└── themes
└── child-theme
└── .gitgit filter-repo --to-subdirectory-filter wp-content/themes/child-themepublic_html
└── wp-content
├── plugins
│ └── my_plugin
└── themes
└── child-theme
├── .git
└── wp-content
└── themes
└── child-themesudo scutil --set HostName MBP
git reset --soft HEAD~2 # отменить два последних коммита
# с опцией --soft состояние проекта в рабочем каталоге не изменится и ничего не потеряешь
# и все локальные изменения после первого коммита автоматически поместятся в индекс
git commit # создать коммит заново.