【问题标题】:Problems with first upload to github第一次上传到github的问题
【发布时间】:2010-03-07 18:44:40
【问题描述】:

我第一次上传到 github 时遇到以下命令问题:

dan@dan-netbook:/opt/lampp/htdocs/myProject$ git push origin master  
error: unable to create directory for .git/refs/remotes/origin/master
error: Cannot lock the ref 'refs/remotes/origin/master'.  
Everything up-to-date  

我在按照 github.com 上的说明操作时收到此错误。有人熟悉这种类型的错误吗?

使用 sudo 运行命令返回:
Permission denied (publickey).
fatal: The remote end hung up unexpectedly

运行 - ssh -v git@github.com 返回:

OpenSSH_5.1p1 Debian-6ubuntu2, OpenSSL 0.9.8g 19 Oct 2007
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug1: Connecting to github.com [207.97.227.239] port 22.
debug1: Connection established.
debug1: identity file /home/dan/.ssh/identity type -1
debug1: identity file /home/dan/.ssh/id_rsa type 1
debug1: Checking blacklist file /usr/share/ssh/blacklist.RSA-2048
debug1: Checking blacklist file /etc/ssh/blacklist.RSA-2048
debug1: identity file /home/dan/.ssh/id_dsa type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_5.1p1 Debian-5github2
debug1: match: OpenSSH_5.1p1 Debian-5github2 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_5.1p1 Debian-6ubuntu2
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received  
debug1: kex: server->client aes128-cbc hmac-md5 none
debug1: kex: client->server aes128-cbc hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Host 'github.com' is known and matches the RSA host key.
debug1: Found key in /home/dan/.ssh/known_hosts:3
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey
debug1: Next authentication method: publickey
debug1: Offering public key: /home/dan/.ssh/id_rsa
debug1: Remote: Forced command: gerve danwoods
debug1: Remote: Port forwarding disabled.
debug1: Remote: X11 forwarding disabled.
debug1: Remote: Agent forwarding disabled.
debug1: Remote: Pty allocation disabled.
debug1: Server accepts key: pkalg ssh-rsa blen 277
debug1: Remote: Forced command: gerve danwoods
debug1: Remote: Port forwarding disabled.
debug1: Remote: X11 forwarding disabled.
debug1: Remote: Agent forwarding disabled.
debug1: Remote: Pty allocation disabled.
debug1: Authentication succeeded (publickey).
debug1: channel 0: new [client-session]
debug1: Requesting no-more-sessions@openssh.com
debug1: Entering interactive session.
debug1: Sending environment.
debug1: Sending env LANG = en_US.UTF-8
PTY allocation request failed on channel 0
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
debug1: client_input_channel_req: channel 0 rtype eow@openssh.com reply 0
ERROR: Hi danwoods! You've successfully authenticated, but GitHub does not provide shell access
                                                                                               debug1: channel 0: free: client-session, nchannels 1
Connection to github.com closed.
Transferred: sent 2576, received 2904 bytes, in 1.8 seconds
Bytes per second: sent 1469.6, received 1656.7
debug1: Exit status 1

【问题讨论】:

  • 您的用户“dan”是否有权在该目录中创建文件?
  • 运行 ssh -v git@github.com 并将输出复制/粘贴到您的问题中。
  • 也有用,git remote -v的输出
  • 请不要“崇拜”使用 sudo。就像错误消息所说和 Greg Hewgill 指出的那样,您应该检查 .git/refs/remotes/origin/master 及其所有父目录的权限/所有权问题(例如,由于以前的一些不适当的 sudo 用法)。
  • 我已经删除并重新创建了没有 sudo 的原点。仍然没有运气,同样的错误。

标签: git github


【解决方案1】:

您的本地权限似乎存在问题。关于这个问题,Git 没有什么特别的。层次结构可以包含任何内容,并且这些指令将完全相同。默认情况下,Git 将遵循稍后描述的 umask 设置(除非它被 core.sharedRepository 配置覆盖)。

在您的 cmets 中,您说过您的用户将是更新层次结构内容的人,并且您还将拥有一个 Web 服务器来读取层次结构的内容。我将假设 Web 服务器在其他用户下运行(通常是这种情况(例如 Apache 以用户 httpd 运行))。此外,如果同一台机器上的其他用户也可以读取层次结构的内容,我将假设这是可以接受的(这种配置所需的权限方案更复杂 - 它涉及使用特殊组并确保您的文件和目录具有该组作为他们的“组所有者”)。

事实

  • 关注的层次结构植根于:/opt/lammp/htdocs/myProject
  • 本地用户dan需要能够随意修改层次结构的内容。
  • Web 服务器(可能以其他用户身份运行)需要能够读取层次结构的内容。
  • 如果本地机器上的其他用户可以读取层次结构的内容就可以了。

解决方案

  • dan 成为所有层次结构的“用户所有者”。 “群主”并不重要。
  • 授予“用户所有者”(dan) 对目录的读取、写入和执行权限以及至少对文件的读取和写入权限(某些文件可能是可执行的,如果(例如)它们是脚本)。
  • 授予“组所有者”与“用户”所有者相同的权限,但没有写入权限。
  • 授予所有“其他”用户与“用户”所有者相同的权限,但没有写入权限。

实施

初始设置

  • 使 dan 成为所有层次结构的所有者。

    • 作为任何可以“sudo to root”(或在没有 sudo 的情况下在 root shell 中运行)的用户:

      someuser$ sudo chown -R dan /opt/lammp/htdocs/myProject
      
  • 授予每个人读取权限(以及对所有目录和已可由某人执行的所有文件的执行权限;任何写入权限都将被剥夺)。此外,请授予 dan 写入权限。

    • 作为dan(注意缺少sudo!):

      dan$ chmod -R a-st=rX,u+w /opt/lammp/htdocs/myProject
      

    这将去除 setuid/setgid/sticky 位,并为目录和可执行文件提供模式 755 和所有其他文件模式 644。

持续使用

为确保其他人(例如网络服务器用户)可读但不可写(默认情况下)新文件,您应该在此目录中工作时设置您的 umask。

dan$ umask 022

这会屏蔽“组”和“其他”对新文件和目录的写入权限,但不会单独读取和执行。

如果您忘记使用它并且您的默认 umask 限制更多(或限制更少),那么您将需要重新运行(非sudo!)chmod em> 命令来自“初始设置”部分。它将重置任何过于严格(或过于宽松)的权限。

【讨论】:

    猜你喜欢
    • 2019-11-24
    • 2013-11-03
    • 2012-06-01
    • 1970-01-01
    • 2013-12-13
    • 2020-02-12
    • 1970-01-01
    • 2022-12-18
    • 1970-01-01
    相关资源
    最近更新 更多