Gitolite запоминает хранилище, которое не должно - PullRequest
Новая
       40

Gitolite запоминает хранилище, которое не должно

1 голос
/ 22 июля 2011

У нас есть gitolite, и он продолжает жаловаться, что существующее хранилище не существует.

Даже после того, как я отредактировал gitolite.conf и удалил это хранилище из конфигурации.
Поэтому мне интересно, почему это 'помнит это репо?

Я проверил, что мои изменения были отправлены правильно.
$gituser/.gitolite/conf/gitolite.conf равно моему локальному.

Сообщение не приходит от скрипта gitolite.pm, точная ошибкасообщение 

remote: fatal: Not a git repository: '/Users/git/repositoires/IJslander.git'

Например, при совершении репозитория gitolite-admin: 

$ git commit -a -m "bogus space"
[master 675b4e1] bogus space
 1 files changed, 2 insertions(+), 2 deletions(-)
$ git push
Counting objects: 7, done.
Delta compression using up to 2 threads.
Compressing objects: 100% (3/3), done.
Writing objects: 100% (4/4), 360 bytes, done.
Total 4 (delta 1), reused 0 (delta 0)
remote: fatal: Not a git repository: '/Users/git/repositoires/IJslander.git'
To git@redacted.com:gitolite-admin
   935c304..675b4e1  master -> master

И я grep редактировал весь HDD и нигде не упоминает об этом репо (но этоупомянул новый, который мы пытались сделать, чтобы заменить его): 

~ git$ grep -ilR "IJslander" . 2> /dev/null 
./.bash_history
./.gitolite/conf/gitolite.conf
./.gitolite/conf/gitolite.conf-compiled.pm
./.gitolite/logs/gitolite-2011-07.log
./.gitolite/logs/gitolite-2011-08.log

И это из конф: 

~ git$ grep -iR "IJslander" .gitolite/conf/gitolite.conf 2> /dev/null 
repo    ijslander-ios
//the compiled conf file
~ git$ grep -iR "IJslander" .gitolite/conf/gitolite.conf-compiled.pm 2> /dev/null 
'ijslander-ios' => {

Все репозитории находятся под git ~

Ответы [ 3 ]

2 голосов
/ 09 августа 2011

Я считаю, что сообщение генерируется самим git, а не gitolite.Проверьте файл .git/config в репозитории, из которого вы его запускаете, и удалите соответствующую запись.Или попробуйте запустить git remote rm <name>.

2 голосов
/ 12 августа 2011

У меня была та же проблема ... просто сделайте резервную копию моего хранилища на стороне сервера, полностью удалите gitolite, ref here и переустановите gitolite

2 голосов
/ 22 июля 2011

Сообщение должно быть из скрипта gitolite.pm: 

# ----------------------------------------------------------------------------
#       getperms and setperms
# ----------------------------------------------------------------------------

sub get_set_perms
{
    my($repo_base_abs, $repo, $verb, $user) = @_;
    my ($creater, $dummy, $dummy2) = &repo_rights($repo_base_abs, $repo, "");
    die "$repo doesnt exist or is not yours\n" unless $user eq $creater;

Вы можете изменить сценарий на сервере, чтобы, по крайней мере, отображать репо и другие переменные в сообщении "die" и посмотреть, каким образом репозиторий все еще учитывается.

...