Clone succeeded, but checkout failed - github

tried to clone a large project at work. It has worked in the past. But my internet was disconnected and I got this error message :
the question is how can I resume the download without loosing the previously downloaded data
$ git clone git#github.com:Unity-Technologies/FPSSample.git
Cloning into 'FPSSample'...
remote: Enumerating objects: 18652, done.
remote: Total 18652 (delta 0), reused 0 (delta 0), pack-reused 18652
Receiving objects: 100% (18652/18652), 213.75 MiB | 214.00 KiB/s, done.
Resolving deltas: 100% (9780/9780), done.
Updating files: 100% (12731/12731), done.
Downloading Assets/Textures/Environment/Props/Doors/Doors_Scifi_A/Door_800x500_Floormat_A/Door_800x500_Floormat_A_MaskMap.tif (8.4 MB)
Error downloading object: Assets/Textures/Environment/Props/Doors/Doors_Scifi_A/Door_800x500_Floormat_A/Door_800x500_Floormat_A_MaskMap.tif (4d90adf): Smudge error: Error downloading Assets/Textures/Environment/Props/Doors/Doors_Scifi_A/Door_800x500_Floormat_A/Door_800x500_Floormat_A_MaskMap.tif (4d90adf4e9dd91dd216d6619bbbbe9cf9589898c7f6f705ed079a4043b8111b7): batch request: ssh: Could not resolve hostname github.com: Name or service not known: exit status 255
Errors logged to C:\Users\momen\OneDrive\Bureau\Fps Sample\FPSSample\.git\lfs\logs\20191221T120849.6912638.log
Use `git lfs logs last` to view the log.
error: external filter 'git-lfs filter-process' failed
fatal: Assets/Textures/Environment/Props/Doors/Doors_Scifi_A/Door_800x500_Floormat_A/Door_800x500_Floormat_A_MaskMap.tif: smudge filter lfs failed
warning: Clone succeeded, but checkout failed.
You can inspect what was checked out with 'git status'
and retry with 'git restore --source=HEAD :/'

Related

i have pushed my website locally on github after creating an empty repository but the repository is still blank

I have a folder with codes, i pushed it on github after creating a repository but the process was successful but i can not see any file in the repository, any help guys, this is my cli codes
SydoTech#DESKTOP-PUHK97G MINGW64 /d/james/ict-specialists (master)
$ git remote add origin https://github.com/Kato669/ict-specialist-website.git
SydoTech#DESKTOP-PUHK97G MINGW64 /d/james/ict-specialists (master)
$ git push origin main
error: src refspec main does not match any
error: failed to push some refs to 'https://github.com/Kato669/ict-specialist-website.git'
SydoTech#DESKTOP-PUHK97G MINGW64 /d/james/ict-specialists (master)
$ git push origin master
Enumerating objects: 1383, done.
Counting objects: 100% (1383/1383), done.
Delta compression using up to 4 threads
Compressing objects: 100% (1380/1380), done.
error: RPC failed; curl 92 HTTP/2 stream 0 was not closed cleanly: CANCEL (err 8)
send-pack: unexpected disconnect while reading sideband packet
Writing objects: 100% (1383/1383), 35.93 MiB | 323.00 KiB/s, done.
Total 1383 (delta 181), reused 0 (delta 0), pack-reused 0
fatal: the remote end hung up unexpectedly
Everything up-to-date
SydoTech#DESKTOP-PUHK97G MINGW64 /d/james/ict-specialists (master)
$

Azure DevOps Git Repo SSH failed to download lfs files while https works fine

So I'm trying to clone my Azure DevOps Git repo. If I use SSH, I get the following error:
$ git clone <ssh-url> az-lynx
Cloning into 'az-lynx'...
remote: Azure Repos
remote: Found 177467 objects to send. (371 ms)
Receiving objects: 100% (177467/177467), 395.46 MiB | 7.01 MiB/s, done.
Resolving deltas: 100% (130228/130228), done.
Updating files: 100% (13436/13436), done.
Downloading /jquery-1.10.2.min.map (140 KB)
Error downloading object: /jquery-1.10.2.min.map (3b5c544): Smudge error: Error downloading /jquery-1.10.2.min.map (3b5c544e238a129e2b7296ad731f8963ea092843967a4bbc2d748e471ae115b9): batch request: unexpected end of JSON input
Errors logged to C:\projects\az-lynx\.git\lfs\logs\20210926T085414.2333448.log
Use `git lfs logs last` to view the log.
error: external filter 'git-lfs filter-process' failed
fatal: /jquery-1.10.2.min.map: smudge filter lfs failed
warning: Clone succeeded, but checkout failed.
You can inspect what was checked out with 'git status'
and retry with 'git restore --source=HEAD :/'
Now, if I use HTTPS instead, it works just fine with the file downloaded correctly
got clone <https-url>
Cloning into 'az-lynx'...
remote: Azure Repos
remote: Found 177467 objects to send. (428 ms)
Receiving objects: 100% (177467/177467), 395.46 MiB | 8.64 MiB/s, done.
Resolving deltas: 100% (130228/130228), done.
Updating files: 100% (13436/13436), done.
Filtering content: 100% (4253/4253), 263.01 MiB | 7.52 MiB/s, done.
Aren't both SSH and HTTPS pointing to the same repo? Why SSH is complaining missing files while HTTPS works just fine?

Fatal errors on git push (no upstream branch, pack exceeds maximum allowed size,write error: Broken pipeB/s, )

I have an old repository on Github (the last commit was 2 years ago). Recently I worked with the local copy, and performed several commits, tried to push, it gave me the following error
$git push
fatal: The current branch master has no upstream branch.
To push the current branch and set the remote as upstream, use
git push --set-upstream origin master
I searched for a solution here , I tried $ git push --set-upstream origin masterthe following errors occurred:
Enumerating objects: 182, done.
Counting objects: 100% (182/182), done.
Delta compression using up to 8 threads
Compressing objects: 100% (110/110), done.
error: RPC failed; curl 18 transfer closed with outstanding read data remaining
send-pack: unexpected disconnect while reading sideband packet
Writing objects: 100% (166/166), 2.44 GiB | 599.00 KiB/s, done.
Total 166 (delta 61), reused 147 (delta 47), pack-reused 0
fatal: the remote end hung up unexpectedly
Everything up-to-date
I tried another solution from the same post $ git push -u origin head
it gives me some extra errors
git push -u origin master
Warning: Permanently added the RSA host key for IP address '140.82.112.4' to the list of known hosts.
Enumerating objects: 182, done.
Counting objects: 100% (182/182), done.
Delta compression using up to 8 threads
Compressing objects: 100% (110/110), done.
remote: fatal: pack exceeds maximum allowed size
fatal: sha1 file '<stdout>' write error: Broken pipeB/s
error: remote unpack failed: index-pack abnormal exit
To github.com:drnesr/PrayerTimesStudies.git
! [remote rejected] master -> master (failed)
error: failed to push some refs to 'github.com:AcountName/RepoName.git'
How can I solve this push to GitHub problem?

Github Desktop and LFS failed to fetch some objects from github.com/.../git/info/lfs

Here is the story, we have GitHub working and are using GitDesktop 1.0.10.
We are also using Git LFS 2.3.0 from https://github.com/blog/2432-git-lfs-2-3-0-released ... two devs are able to clone and push repo without issue, one has issues as follows:
WARNING: 'git lfs clone' is deprecated and will not be updated
with new flags from 'git clone'
'git clone' has been updated in upstream Git to have comparable
speeds to 'git lfs clone'.
'git clone' has been updated in upstream Git to have comparable
speeds to 'git lfs clone'.
Cloning into 'C:\Git\SomeRepo'...
remote: Counting objects: 28847, done.
remote: Compressing objects: 0% (1/331)
remote: Compressing objects: 1% (4/331)
remote: Compressing objects: 2% (7/331)
...
remote: Compressing objects: 98% (325/331)
remote: Compressing objects: 99% (328/331)
remote: Compressing objects: 100% (331/331)
remote: Compressing objects: 100% (331/331), done.
Receiving objects: 0% (1/28847)
Receiving objects: 1% (289/28847)
Receiving objects: 2% (577/28847)
Receiving objects: 3% (866/28847)
...
Receiving objects: 96% (27694/28847), 974.57 MiB | 21.10 MiB/s
Receiving objects: 97% (27982/28847), 974.57 MiB | 21.10 MiB/s
Receiving objects: 98% (28271/28847), 974.57 MiB | 21.10 MiB/s
Receiving objects: 99% (28559/28847), 974.57 MiB | 21.10 MiB/s
remote: Total 28847 (delta 547), reused 598 (delta 424), pack-reused 28092
Receiving objects: 100% (28847/28847), 974.57 MiB | 21.10 MiB/s
Receiving objects: 100% (28847/28847), 979.90 MiB | 20.95 MiB/s, done.
Resolving deltas: 0% (0/16327)
Resolving deltas: 1% (306/16327)
Resolving deltas: 2% (343/16327)
Resolving deltas: 5% (822/16327)
Resolving deltas: 7% (1162/16327)
...
Resolving deltas: 98% (16033/16327)
Resolving deltas: 99% (16175/16327)
Resolving deltas: 100% (16327/16327)
Resolving deltas: 100% (16327/16327), done.
batch response: Git credentials for
https://github.com/SomeOrg/SomeProject.git not found:
exit status 1
batch response: Git credentials for
https://github.com/SomeOrg/SomeProject.git not found:
exit status 1
batch response: Git credentials for
https://github.com/SomeOrg/SomeProject.git not found:
exit status 1
batch response: Git credentials for
https://github.com/SomeOrg/SomeProject.git not found:
exit status 1
batch response: Git credentials for
https://github.com/SomeOrg/SomeProject.git not found:
exit status 1
batch response: Git credentials for
https://github.com/SomeOrg/SomeProject.git not found:
exit status 1
batch response: Git credentials for
https://github.com/SomeOrg/SomeProject.git not found:
exit status 1
batch response: Git credentials for
https://github.com/SomeOrg/SomeProject.git not found:
exit status 1
batch response: Git credentials for
https://github.com/SomeOrg/SomeProject.git not found:
exit status 1
error: failed to fetch some objects from 'https://github.com/SomeOrg/SomeProject.git/info/lfs'
I have tried:
Logging in with working credentials on non-working machine
Uninstalling and reinstalling Github Desktop
Deleting files forcing the reinstall of Github Desktop to ask for settings again
Disabled Firewall
Any help here would be very much appreciated, thanks in advance!
This seems to be a bug described in git-lfs/git-lfs issue 2349 and Git for Windows issue 1192
It could be a bug in the way Git for Windows calls git-lfs.exe: if there is no console to use, there won't be a way to communicate with the user.
But then, maybe it does work with winpty as I suggested earlier (even if the OP indicated that it fails), that's why I want an MCVE.
#dscho I think that this is likely. In my testing, I was unable to get LFS to see a pty/tty when invoked by Git for Windows. I have set up a test repository that I have reproduced the bug with: https://github.com/ttaylorr/lfs-gfw-bug
Still, try and install the latest Git-Credential-Manager-for-Windows.
And/or try the same clone from command-line, after installing the very latest Git for Windows (the 2.15.1.2 one).
The OP OverCodingUnderSleeping adds in the comments:
Oddly enough, seems like switching over to SourceTree from GitHub For Desktop solved it....
That means SourceTree either use the "System" Git or an embedded one, which might not exhibit the same bug: check the settings.

Persistent large file error on `git push` even after large file is removed

I accidently tried to push a large file to git and I got the following error message:
=Counting objects: 1565, done.
Delta compression using up to 8 threads.
Compressing objects: 100% (1559/1559), done.
Writing objects: 100% (1565/1565), 142.13 MiB | 3.95 MiB/s, done.
Total 1565 (delta 1212), reused 2 (delta 0)
remote: Resolving deltas: 100% (1212/1212), completed with 11 local objects.
remote: error: GH001: Large files detected. You may want to try Git Large File Storage - https://git-lfs.github.com.
remote: error: Trace: e3e1d72efbc7d183eda3ef58d3ef93ad
remote: error: See http://git.io/iEPt8g for more information.
remote: error: File pycotools/Examples/Fit1Dir/smad7_not_reproduced_alternative/file.csv is 1607.96 MB; this exceeds GitHub's file size limit of 100.00 MB
To https://github.com/CiaranWelsh/PyCoTools.git
! [remote rejected] CopasiVersion19 -> CopasiVersion19 (pre-receive hook declined)
error: failed to push some refs to 'https://github.com/CiaranWelsh/PyCoTools.git'
I have since remove this file from both of my branches but I still keep getting the same error and therefore can't push any of my code. Does anybody have any ideas on what to do here?
update
Following a suggestion in comments
$ git rm --cached /Examples/Fit1Dir/smad7_not_reproduced_alternative/file.csv
produces:
fatal: pathspec 'pycotools/Examples/Fit1Dir/smad7_not_reproduced_alternative/file.csv' did not match any files