dgit icon indicating copy to clipboard operation
dgit copied to clipboard

A Pure Go Git Implementation

Results 24 dgit issues
Sort by recently updated
recently updated
newest added

https://github.com/driusan/dgit/blob/df0293e1c8bb4c484a2ca1790567a270d65016a6/git/indexpack.go#L637 ```bash $ dgit clone https://github.com/wikimedia/mediawiki/ mediawiki Initialized empty Git repository in /home/ikojba/mediawiki/.git/ remote: Enumerating objects: 883570, done. remote: Counting objects: 100% (3362/3362), done. remote: Compressing objects: 100% (1486/1486), done....

This is on 9front, go 1.11. Cloning small/medium size repos works fine; cloning big(ger) repos is impossible to see through completion due to time and space limitations of my digital...

This is just enough to satisfy some of what the t5516-fetch-pull tests need. It supports the basic format only and commits only. The pattern doesn't support wildcards yet.

Index out of range triggered by potentially a directory with a large number of contents: http://okturing.com/src/6939/body

While trying to get the remainder of the t5510-fetch tests running there are a number of clone operations that are panicking with the following error. It appears that an unexpected...

bug

The `git` subpackage uses Go's `log` package to print debugging information, which is suppressed by package main unless `DGIT_TRACE` is set. I think this logic is backwards, because anyone who...

enhancement
beginner friendly
cleanup

Go get will sometimes fetch an individual commit so that it can get the snapshot of the files from it. In this case there's no need to fetch the entire...

enhancement

If you run `go get -u gopkg.in/russross/blackfriday.v2` in fails to negotiate the pack file when doing the git clone with dgit. If you add debugging prints to dgit, it does...

bug
help wanted

The Go 1.11 "go get" with modules is using the fetch command to grab the latest packs from the origin repository. In particular, it needs the "-f" flag and the...

enhancement

When running with Go 1.10 on Mac OS X 10.13 (High Sierra) this test is failing consistently. ``` === RUN TestLsFiles --- FAIL: TestLsFiles (0.00s) lsfiles_test.go:139: Case 2: Unexpected number...

bug
help wanted