git rm --cached -- '.DS_Store'
git commitперед коммитов я селектил файлы которые не должны попасть на гитлаб/гитхаб - заносил их в стешЗачем так сложно?
уже их пушил
core.fileMode
Tells Git if the executable bit of files in the working tree is to be honored.
git checkout -
переадресовал на новый репозиторий
выполнении команды 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