Cygwin的“ git clone”针对Ubuntu 10.04.1给出了“远程挂断”
我正在研究如何使Eclipse（Windows 7）与我们新近迁移到git的CVS存储库一起工作，我已将其放置在Ubuntu 10.04.1
LTS主机上。所有软件都安装了apt-get（git，gitosis等）。
尝试检出时，带有egit的Eclipse挂起，因此我正在使用命令行客户端。Cygwin有git和openssh，所以我希望至少能工作（然后我们可以对本地副本使用Eclipse）。为了只做个简单的步骤，我已经在另一个具有更多磁盘空间的Ubuntu主机上克隆了gitosis存储库，并尝试在Windows机器上克隆它。
我收到以下错误消息，这让我很困惑：
tra@TRA /cygdrive/c/Users/tra/git
$ git clone ravn@10.49.160.91:/home/ravn/cvs2git/git00
Cloning into git00...
Enter passphrase for key '/home/tra/.ssh/id_rsa':
remote: Counting objects: 64045, done.
remote: Compressing objects: 100% (17965/17965), done.
fatal: The remote end hung up unexpectedly.98 MiB | 8.21 MiB/s
fatal: early EOFs: 98% (62852/64045), 310.98 MiB | 8.21 MiB/s
fatal: index-pack failed
git在Ubuntu机器上是1.7.0.4，在Cygwin中是1.7.2.3。scp和sftp可以很好地工作。
我需要知道一些伏都教技巧才能完成这项工作吗？
问题答案：
-
首先，您应该将您的公共ssh密钥发布到
10.49.160.91:/home/ravn/.ssh/authorized_keys文件中，这样就不必再输入密码了。 -
其次，这种错误通常发生在互操作环境中，文件名称相同但大小写不同。
你能在这里检查是否有这样的问题。
同时确保：
- 将本地（PC）设置core.autocrlf为false。
- 检查
core.ignorecase设置为false（其默认值）
作为一种替代方法（如 OPThorbjørn所
发现的那样），请尝试基于mingw 从 msysgit
版本进行 git checkout （而不是与cygwin一起打包的git）
-
问题内容： 我正在尝试使用从Python调用ac程序。我在下面有一个最低限度的（非工作）示例。 C程序 这是我要调用的C程序。只是您的标准hello world程序。我在Windows上使用eclipse和cygwin gcc编译器对此进行编译以生成文件。 主文件 main.c Python程序 然后，我编写一个python脚本来加载我的脚本并调用该函数。重要的是，我要同时覆盖我创建的和。 hel
-
我使用ssh和RSA密钥访问github，但当我将文件推送到存储库时，它不起作用。 我怎样才能解决这个问题？
-
问题内容： 安装新的Windows系统后，我已经在默认位置（和 ）安装了CygWin和64位Python（2.7.3），并将CygWin bin和Python目录都添加到了我的路径中（在用户变量PATH中）。在正常的命令窗口中，Python可以完美启动，但是当我在CygWin环境中调用它时，它挂起了，从不提示输入提示。 以前，我已经在其他计算机上做到了这一点，但始终使用旧版本的Python（32位
-
在安装一个新的Windows系统时，我已经在其默认位置（和）安装了CygWin和64位Python（2.7.3），并将CygWin bin和Python目录都添加到了我的路径中（在用户变量path中）。在正常的命令窗口中，Python可以完美地启动，但是当我在CygWin环境中从调用它时，它会挂起，从不给我输入提示。 我以前在其他机器上也这样做过，但总是使用旧版本的Python（32位）和CygW
-
问题内容： 我有一个python程序，可以打开一个套接字并提取ssl证书。它很好用，但是当我在某个IP范围内运行它时，程序不会通过线程140进行处理。有没有办法查看为什么它没有进行处理？ 这是程序的线程部分 问题答案： 我不知道为什么它不起作用，但是我编写了一个模块，可以在文件的开头导入该模块： 它将显示线程挂起的位置，您可以进一步调试。
-
问题内容： 我正在编写一个简单的api端点，以确定我的服务器是否可以访问互联网。它工作得很好，但是在5个请求（每次恰好5个）之后，请求挂起。当我将Google切换到Hotmail.com时，也会发生同样的事情，这使我认为这是对我不利的事情。我是否需要关闭http.get请求？我给人的印象是该功能会自动关闭请求。 问题答案： 这是 “恰好5” 的原因：https : //nodejs.org/doc