Merge remote-tracking branch 'refs/remotes/origin/' into
моя ветка приняла все изменения с удаленного репозитория и происходит слияние в моей ветке?
моя ветка поглащает origin и станет основной
git fetch --unshallowgit fetch --allgit fetch origin updater --depth=1git checkout updater
/ в конце пути не влияет на работу). Permission to kirill-pereshyvalov-13/laravel-docker.git denied to KirillPereshyvalov13— вероятно, вы вошли не под тем аккаунтом, который имеет доступ к репозиторию.
echo "url=https://github.com" | git credential reject- name: Install dependencies
run: npm install
env:
GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}"stage": "git+https://${GITHUB_TOKEN}@github.com/test/stage.git#main"__pycache__/
у меня не связывается папка B2 c репозиторием с гитхаба
.
└───yyy.loc
├───.git
└───packages
├───.git # пустой репо созданный git init
└───B2
└───.gitgit config pull.rebase false # mergegit pull --rebase
rm -rf ".git"git add . а индексировать только нужные файлы.
# Клонировать репозиторий с фильтром, чтобы не загружать все файлы сразу
git clone --filter=blob:none --sparse https://example.com/repo.git
cd repo
# Инициализировать выборочную загрузку
git sparse-checkout init --no-cone.git/info/sparse-checkout:# включить все файлы
/*
# кроме одной папки
!/node_modules/# Докачать всё, кроме папки node_modules
git sparse-checkout reapplynode_modules. Вы сможете работать с репозиторием, не загружая лишние данные. Если потребуется вернуть node_modules, достаточно удалить соответствующее правило из файла sparse-checkout и снова выполнить git sparse-checkout reapply
по мнению status никаких неотслеживаемых файлов нет, а по мнению pull есть неотслеживаемые файлы которые будут перезаписаны. Как так?
А вот кстати и коммит который пытаюсь спулить:
[htdocs]$ git status
Что может быть не так?
git add --all .
git commit -am "..."git remote set-url origin git@gitlab.com:malashko/bla-bla-bla.gitgit reset --hardgit restore --source=хеш_коммита --staged --worktree .--source=хеш_коммита, вы говорите Git использовать содержимое файлов из этого коммита.--staged значит, что изменения будут сразу проиндексированы, как если бы вы их добавили с помощью git add. Этот флаг особенно полезен, если вы хотите сбросить изменения, которые уже были добавлены в индекс, но ещё не закоммичены.--worktree указывает Git восстановить файлы в рабочем каталоге до состояния указанного коммита. Это означает, что любые незакоммиченные изменения в рабочих файлах будут сброшены, и файлы будут восстановлены до состояния, соответствующего указанному коммиту.
gh repo create Sushilka
rm -r "~/.git"~)