问题w/Git推送

我试图推动我的新Ubuntu安装。 以下是控制台的输出界面：

>     host@host:~/repo/cab$ git push origin master Counting objects: 46, done. Delta compression using up to 4 threads. Compressing objects:
> 100% (9/9), done. Writing objects: 100% (13/13), 957 bytes | 0
> bytes/s, done. Total 13 (delta 6), reused 0 (delta 0) remote:
> /usr/local/lib/ruby/gems/2.1.0/gems/bundler-1.7.7/lib/bundler/spec_set.rb:92:in
> `block in materialize': Could not find rake-10.3.2 in any of the
> sources (Bundler::GemNotFound) remote:    from
> /usr/local/lib/ruby/gems/2.1.0/gems/bundler-1.7.7/lib/bundler/spec_set.rb:85:in
> `map!' remote:    from
> /usr/local/lib/ruby/gems/2.1.0/gems/bundler-1.7.7/lib/bundler/spec_set.rb:85:in
> `materialize' remote:     from
> /usr/local/lib/ruby/gems/2.1.0/gems/bundler-1.7.7/lib/bundler/definition.rb:132:in
> `specs' remote:   from
> /usr/local/lib/ruby/gems/2.1.0/gems/bundler-1.7.7/lib/bundler/definition.rb:177:in
> `specs_for' remote:   from
> /usr/local/lib/ruby/gems/2.1.0/gems/bundler-1.7.7/lib/bundler/definition.rb:166:in
> `requested_specs' remote:     from
> /usr/local/lib/ruby/gems/2.1.0/gems/bundler-1.7.7/lib/bundler/environment.rb:18:in
> `requested_specs' remote:     from
> /usr/local/lib/ruby/gems/2.1.0/gems/bundler-1.7.7/lib/bundler/runtime.rb:13:in
> `setup' remote:   from
> /usr/local/lib/ruby/gems/2.1.0/gems/bundler-1.7.7/lib/bundler.rb:121:in
> `setup' remote:   from
> /usr/local/lib/ruby/gems/2.1.0/gems/bundler-1.7.7/lib/bundler/setup.rb:17:in
> `<top (required)>' remote:    from
> /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require' remote:
>   from /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require'
> To http://gitlab.loc/group/cab.git  ! [remote rejected] master ->
> master (pre-receive hook declined) error: failed to push some refs to
> 'http://gitlab.loc/group/cab.git'

这是一个Java项目。这与Ruby毫无关系。 我在这里打破了什么

这与Ruby毫无关系

实际上是这样的：您正在推动使用Ruby编写，而且可能没有正确的项目访问权限。 如果master受保护，GitLab将拒绝推送

这就是[远程拒绝]主机->主机预接收钩子拒绝的意思

请参阅：只有主节点或所有者才能推送到受保护的分支

下面是我看到的GitLab设置的预接收钩子：

[<gitlab-server>:/path/to/gitlab-shell/hooks] $ more pre-receive

OP补充道：

我在两个月前克隆了我的回购协议，从那以后直到今天我都没有碰过它。 几分钟前，我将同一个项目克隆到另一个位置，现在看来一切都很好

与该新克隆关联的凭据必须与第一次repo时使用的凭据不同

这与Ruby毫无关系

实际上是这样的：您正在推动使用Ruby编写，而且可能没有正确的项目访问权限。 如果master受保护，GitLab将拒绝推送

这就是[远程拒绝]主机->主机预接收钩子拒绝的意思

请参阅：只有主节点或所有者才能推送到受保护的分支

下面是我看到的GitLab设置的预接收钩子：

[<gitlab-server>:/path/to/gitlab-shell/hooks] $ more pre-receive

OP补充道：

我在两个月前克隆了我的回购协议，从那以后直到今天我都没有碰过它。 几分钟前，我将同一个项目克隆到另一个位置，现在看来一切都很好

与该新克隆关联的凭据必须与第一次回购时使用的凭据不同。

请查看这些行：

> To http://gitlab.loc/group/cab.git  ! [remote rejected] master ->
> master (pre-receive hook declined) error: failed to push some refs to

注意远程拒绝和预接收

看起来您的存储库有一个预接收钩子，它拒绝了您的推送

正如所指出的那样，由于

的原因，请看以下几行：

> To http://gitlab.loc/group/cab.git  ! [remote rejected] master ->
> master (pre-receive hook declined) error: failed to push some refs to

注意远程拒绝和预接收

看起来您的存储库有一个预接收钩子，它拒绝了您的推送

---

正如所指出的那样，问题似乎来自我这边：我在两个月前克隆了我的回购协议，从那以后直到今天都没有碰过它。几分钟前，我把同一个项目克隆到了另一个地方，现在看来一切都很好。谢谢大家的帮助

好吧，看来问题出在我这边：我两个月前克隆了我的回购协议，从那以后直到今天都没有动过它。几分钟前，我把同一个项目克隆到了另一个地方，现在看来一切都很好。谢谢大家的帮助

问题不在于角色@ССМааааааааааааааааааааааааааа。我是我自己的GitLab服务器的管理员：这就是用户角色的执行方式。问题不在角色@С砦砦砦砦砦砦砦砦砦砦砦砦，正确的术语是项目访问：您在回答中提到的预接收钩子是由GitLab自己设置的，目的是强制执行分支保护。它可以是任何它预接收钩子@ССцццццццццццццц。我是自己的GitLab服务器的管理员：这就是用户角色的执行方式。