Это можно изменить, изменив метод протокола аутентификации с https на ssh
Одним из вариантов может быть переименование или удаление существующего репозитория, а затем повторное клонирование другим методом. Таким образом, после mv
или rm -r
текущего репо команда клонирования будет выглядеть примерно так
git clone git@github.com:user_name/repo_name.git
Вы можете увидеть разницу в двух подходах с помощью команды git config -l
:
Для https:
...
remote.origin.url=https://github.com/user_name/repo_name.git
...
Для ssh
...
remote.origin.url=git@github.com:user_name/repo_name.git
branch.master.rebase=true # This was also created in the ssh method
...
Вы можете увидеть разницу в файле .git/config
для каждого репо:
rebase = true
в ssh [core]
repositoryformatversion = 0
filemode = true
bare = false
logallrefupdates = true
[remote "origin"]
url = https://github.com/user_name/repo_name.git
fetch = +refs/heads/*:refs/remotes/origin/*
[branch "master"]
remote = origin
merge = refs/heads/master
[core]
repositoryformatversion = 0
filemode = true
bare = false
logallrefupdates = true
[remote "origin"]
url = git@github.com:user_name/repo_name.git
fetch = +refs/heads/*:refs/remotes/origin/*
[branch "master"]
remote = origin
merge = refs/heads/master
rebase = true
Поэтому, если вы хотите просто изменить метод аутентификации без «повторного клонирования» всего репозитория, вы можете просто отредактировать проекты .git/config
и изменить
url = git@github.user_name/repo_name.git
с по
url = https://github.com/user_name/repo_name.git
плюс добавить
rebase = true
внизу, в разделе "[branch "master"]
"
Если вы сделаете это во время работы apache, запись каталога для файла будет удалена,но не сам файл (, так как он открыт на сервере ). Это обычно кусает людей, когда они делают это, чтобы освободить место на диске, потому что файл все еще занимает место, может расти, и он действительно исчезнет только тогда, когда все, у кого он открыт, закроют его.
Если вы удалите файл, когда Apache не работает, он просто создаст его при запуске. Если запретить апачу писать на него, сервер просто не запустится, если я правильно помню.
Подводя итог, можно сказать, что отсутствующий файл не является проблемой, пока apache может его создать, и именно так обычно работает ротация файлов журналов. (Переименуйте файл, попросите сервер закрыть и открыть файл журнала. Закрытие закрывает старое переименованное, открытие открывает новое.)