tses #2

The canonical Git client successfully decodes sideband packets up to 65524 bytes in length (4-byte header + 65520-byte payload). The Git protocol documentation was updated in August 2016 to reduce the maximum payload size to 65516 bytes, however old implementations still exist in the wild emitting 65520-byte payloads. As there is no technical difficulty with accepting (not emitting) larger payload sizes, this change adjusts the limit check to allow successful decoding of packets up to 65524 bytes. This change increases compatibility with the current canonical Git implementation. Doc changes from August 2016: git/git@7841c48#diff-52695c8fe91b78b70cea44562ae28297L67 Current packet buffer size is still LARGE_PACKET_MAX (+1 null): https://github.com/git/git/blob/468165c1d8a442994a825f3684528361727cd8c0/sideband.c#L24 https://github.com/git/git/blob/468165c1d8a442994a825f3684528361727cd8c0/sideband.c#L36 LARGE_PACKET_MAX definition: https://github.com/git/git/blob/468165c1d8a442994a825f3684528361727cd8c0/pkt-line.h#L100 Signed-off-by: Joseph Vusich <jvusich@amazon.com>

plumbing: format: pktline, Accept oversized pkt-lines up to 65524 bytes

This is the git tool's behavior that people are used to; if one runs a git command in a repository's subdirectory, git still works. Fixes #765. Signed-off-by: Daniel Martí <mvdan@mvdan.cc>

add PlainOpen variant to find .git in parent dirs

Signed-off-by: wardn <wardn@users.noreply.github.com>

…, updates clone to track when cloning a branch. Fixes #313 Signed-off-by: Jeremy Chambers <jeremy@thehipbot.com>

use bsd superset for conditional compilation

config: adds branches to config for tracking branches against remotes…

For both packfiles and object files. Issue: keybase/client#11366 Signed-off-by: Jeremy Stribling <strib@alum.mit.edu>

fixtures is not initialized in BenchmarkRefMultipleTimes and caused panic. Signed-off-by: Javi Fontan <jfontan@gmail.com>

storage: dotgit, init fixtures in benchmark. Fixes #770

updateShallow substituted the previous shallow list with the one returned by the UploadPackResponse. If the repository had previous shallow commits these are deleted from the list. This change adds the new shallow hashes to the old ones. Signed-off-by: Javi Fontan <jfontan@gmail.com>

Suggested by mcuadros. Issue: #807 Signed-off-by: Jeremy Stribling <strib@alum.mit.edu>

Signed-off-by: antham <hamonanth@gmail.com>

dotgit: ignore filenames that don't match a hash

git: remote, Add shallow commits instead of substituting. Fixes #412

Signed-off-by: Máximo Cuadros <mcuadros@gmail.com>

Resolve full commit sha

Signed-off-by: kuba-- <kuba@sourced.tech>

Fix for "Worktree Add function adds ".git" directory"

…ment

Fixes #827 Signed-off-by: Dustin Frisch <fooker@lab.sh>

Worktree: Provide ability to add excludes

Signed-off-by: Mike Lundy <mike@fluffypenguin.org>

The current code iterates all the references in the remote to check if they match the refspec. This is OK when the refspec is a wildcard but is a waste of time when they are not. A hash with references is generated for fast access before starting the update and used only when the refspec is not a wildcard. In a repository with 7800 references this meant 7800 * 7800 checks. With the current code it took 8m30s to update the references. With the new code it takes less than 0.5s. References are already extensively tested in remote_test.go. Signed-off-by: Javi Fontan <jfontan@gmail.com>

git: remote, Do not iterate all references on update.

This makes all the required Entry allocations in one go, instead of huge amounts of small individual allocations. Signed-off-by: David Symonds <dsymonds@golang.org>

Instead of using a map for offset indexing, use a sorted slice. Binary searching is fast, and a slice is much more compact. This has a negligible hit on speed, but has a significant impact on memory usage, especially for larger repos. benchmark old ns/op new ns/op delta BenchmarkIndexConstruction-12 15506506 14056098 -9.35% benchmark old allocs new allocs delta BenchmarkIndexConstruction-12 60764 60385 -0.62% benchmark old bytes new bytes delta BenchmarkIndexConstruction-12 4318145 3913169 -9.38% Signed-off-by: David Symonds <dsymonds@golang.org>

…Fixes CVE-2018-11235 References: * https://blogs.msdn.microsoft.com/devops/2018/05/29/announcing-the-may-2018-git-security-vulnerability/ * https://security-tracker.debian.org/tracker/CVE-2018-11235 * git/git@0383bbb Signed-off-by: Joseph Vusich <jvusich@amazon.com>

References: * https://blogs.msdn.microsoft.com/devops/2018/05/29/announcing-the-may-2018-git-security-vulnerability/ * https://security-tracker.debian.org/tracker/CVE-2018-11235 * git/git@10ecfa7 Signed-off-by: Joseph Vusich <jvusich@amazon.com>

idxfile: optimise allocations in readObjectNames

Signed-off-by: Antonio Jesus Navarro Perez <antnavper@gmail.com>

dotgit: Move package outside internal.

config: modules, worktree: Submodule fixes for CVE-2018-11235

packfile: improve Index memory representation to be more compact

The cache is used in Tree.FindEntry for faster path search. Signed-off-by: Javi Fontan <jfontan@gmail.com>

plumbing: object, adds tree path cache to trees. Fixes #793

Signed-off-by: kuba-- <kuba@sourced.tech>

plumbing: packfile, Don't copy empty objects. Fixes #840

Signed-off-by: Miguel Molina <miguel@erizocosmi.co>

Signed-off-by: Eric Billingsley <ebilling@babrains.com>

storage: filesystem, make ObjectStorage constructor public

plumbing/transport: http, Adds token authentication support [Fixes #858]

It previously said that it returned all references that are branches, but that's not true. Signed-off-by: Morgan Bazalgette <the@howl.moe>

Loading from an on-disk idxfile will usually already have the idxfile entries in order, so check that before wasting time on sorting. Signed-off-by: David Symonds <dsymonds@golang.org>

Signed-off-by: Máximo Cuadros <mcuadros@gmail.com>

packfile: optimise NewIndexFromIdxFile for a very common case

norwfs build flag was used to work on filesystems that do not support neither opening a file in read/write mode or renaming a file (e.f. sivafs). This had two problems: - go-git could not be compiled to work properly both with regular filesystems and limited filesystems at the same time. - the norwfs trick was not available on Windows. This PR removes the norwfs build flag, as well as the windows conditional flag on the dotgit package. For the file open mode, we use the new billy capabilities, to check at runtime if the filesystem supports opening a file in read/write mode or not. For the renaming, we just try and fallback to alternative methods if billy.ErrNotSupported is returned. Signed-off-by: Santiago M. Mola <santi@mola.io>

Remote.Fetch: error on missing remote reference

According to library documentation : https://github.com/sergi/go-diff/blob/master/diffmatchpatch/diff.go#L391 Signed-off-by: Marc Barussaud <marc.barussaud@orange.com>

utils: diff, skip useless rune->string conversion

Signed-off-by: Marc Barussaud <marc.barussaud@orange.com>

Signed-off-by: Mark Bartel <github@spottybenny.ca>

storage/filesystem: avoid norwfs build flag

Signed-off-by: Mark Bartel <github@spottybenny.ca>

FindEntry will return ErrDirNotFound if the directory doesn't exist. But it doesn't return a public error if the entry itself is missing. This exposes the internal error ErrEntryNotFound, so users can programmatically check for this condition. Signed-off-by: James Ravn <james@r-vn.org>

plumbing: add context to allow cancel on diff/patch computing

…itoryNotFound, avoiding to get an 'unknown error: '. Add some tests for existing supported services (github, gitlab, etc...) too. Signed-off-by: Jerome Doucet <jerdct@gmail.com>

…_found plumbing/transport/internal: common, support Gogs for ErrRepositoryNotFound

plumbing: object, return ErrFileNotFound in FindEntry. Fixes #883

git: fix documentation for Notes

The way of reading pgp signatures was searching for pgp begin line in the header. This caused problems when this string appeared and was not part of the signature. For example if it appears in the message as an example or is part of the author name the decoder starts treating it as a signature. In this state the code was not able to notice then the header ended so it entered in an infinite loop searching for pgp end string. Now it uses the same method as original git. Searches for gpgsig section in header and starts getting all lines until the next part. In encoder the string used to add signatures was incorrect. It is now changed to the proper "gpgsig" string instead of "pgpsig". Signed-off-by: Javi Fontan <jfontan@gmail.com>

Signed-off-by: Miguel Molina <miguel@erizocosmi.co>

plumbing/format/idxfile: add new Index and MemoryIndex

Signed-off-by: Javi Fontan <jfontan@gmail.com>

In one case it disables the cache and the other disables lookup when the scanner is not seekable. Could be added back later. Signed-off-by: Javi Fontan <jfontan@gmail.com>

It's still not complete: * 64 bit offsets * IdxChecksum Signed-off-by: Javi Fontan <jfontan@gmail.com>

Signed-off-by: Javi Fontan <jfontan@gmail.com>

This functionality may be moved elsewhere in the future but is needed now to fit filesystem.ObjectStorage and the new index. Signed-off-by: Javi Fontan <jfontan@gmail.com>

Index is also automatically generated when OnFooter is called. Signed-off-by: Javi Fontan <jfontan@gmail.com>

Now dotgit.PackWriter uses the new packfile.Parser and index. Signed-off-by: Javi Fontan <jfontan@gmail.com>

Feature/new packfile parser

Signed-off-by: Miguel Molina <miguel@erizocosmi.co>

Signed-off-by: Javi Fontan <jfontan@gmail.com>

Bugfixes and IndexStorage

Signed-off-by: Miguel Molina <miguel@erizocosmi.co>

plumbing: packfile, new Packfile representation

Signed-off-by: Javi Fontan <jfontan@gmail.com>

Tests and indexes in packfile decoder

Reword Tags() method documentation. Point to TagObjects() method to get all the tags on a repository. Signed-off-by: Antonio Jesus Navarro Perez <antnavper@gmail.com>

Signed-off-by: Miguel Molina <miguel@erizocosmi.co>

plumbing: packfile, fix package tests Signed-off-by: Miguel Molina <miguel@erizocosmi.co>

Fix wrong godoc on Tags() method.

plumbing/object: fix pgp signature encoder/decoder

Signed-off-by: Miguel Molina <miguel@erizocosmi.co>

Relates to #870 Signed-off-by: Fedor Korotkov <fedor.korotkov@gmail.com>

Signed-off-by: Miguel Molina <miguel@erizocosmi.co>

Fixed cloning of a single tag

Signed-off-by: Miguel Molina <miguel@erizocosmi.co>

Improve packfile reading performance

It uses less memory and is faster as slices don't have to be converted from/to MemoryObject and they are indexed by offset. Signed-off-by: Javi Fontan <jfontan@gmail.com>

* a new hasher is created when needed * delete unused fields * base content is no longer kept in memory Signed-off-by: Javi Fontan <jfontan@gmail.com>

Signed-off-by: Javi Fontan <jfontan@gmail.com>

Signed-off-by: noxora <ldecker@indeed.com> trying a possible fix to the delete test Signed-off-by: noxora <ldecker@indeed.com> still trying to fix this test Signed-off-by: noxora <ldecker@indeed.com> fixes did not work, seems to be a windows env problem Signed-off-by: noxora <ldecker@indeed.com>

The way that commit signatures were being written out was causing an extra newline to be written at the end of the commit when the message encoding was already taking care of this. Ultimately, this results in a corrupt object, rendering the object unverifiable with the signature in the commit. Signed-off-by: Chris Marchesi <chrism@vancluevertech.com>

This adds the ability to sign commits by adding the SignKey field to CommitOptions. If present, the commit will be signed during the WorkTree.Commit call. The supplied SignKey must already be decrypted by the caller. Signed-off-by: Chris Marchesi <chrism@vancluevertech.com>

This was added in Go 1.10 and is not supported on Go 1.9. Switched to bytes.Buffer to ensure compatibility. Signed-off-by: Chris Marchesi <chrism@vancluevertech.com>

This will not work for a signed commit as with the GPG signature being a part of the commit, the hash is now non-deterministic. Verification of the commit is done through the validation of the signature. Signed-off-by: Chris Marchesi <chrism@vancluevertech.com>

I'm hoping this helps get codecov to a tolerable delta. :) Signed-off-by: Chris Marchesi <chrism@vancluevertech.com>

…ew-packfile-parser Improvement/memory consumption new packfile parser

git: Add ability to PGP sign commits

Signed-off-by: Santiago M. Mola <santi@mola.io>

When the first line of the pgp signature is an empty line or some header is malformed it crashes as there's no data for the header element. For example, if author name is "\n". Signed-off-by: Javi Fontan <jfontan@gmail.com>

Fixes #923 Signed-off-by: Fedor Korotkov <fedor.korotkov@gmail.com>

Fixed an edge case for .gitignore

plumbing/object: fix panic when reading object header

added support for quarantine directory

In the latest change the order was changed from offset order in packfiles to hash order. This makes reading all the objects not as efficient as before. It also created problems when the previous order was expected. Also added EntriesByOffset to indexes. Signed-off-by: Javi Fontan <jfontan@gmail.com>

plumbing/idxfile: object iterators returns entries in offset order

This adds a few methods: * CreateTag, which can be used to create both lightweight and annotated tags with a supplied TagObjectOptions struct. PGP signing is possible as well. * Tag, to fetch a single tag ref. As opposed to Tags or TagObjects, this will also fetch the tag object if it exists and return it along with the output. Lightweight tags just return the object as nil. * DeleteTag, to delete a tag. This simply deletes the ref. The object is left orphaned to be GCed later. I'm not 100% sure if DeleteTag is the correct behavior - looking for details on exactly *what* happens to a tag object if you delete the ref and not the tag were sparse, and groking the Git source did not really produce much insight to the untrained eye. This may be something that comes up in review. If deletion of the object is necessary, the in-memory storer may require some updates to allow DeleteLooseObject to be supported. Signed-off-by: Chris Marchesi <chrism@vancluevertech.com>

As with the update in ec3d2a8, tag encoding needed to be corrected to ensure extra newlines were not being added in during tag object encoding, so that it did not corrupt the object for verification. Signed-off-by: Chris Marchesi <chrism@vancluevertech.com>

Tag encoding/decoding seems to be a lot more sensitive to requiring the exact expected format in the object, which generally includes messages canonicalized so that they have a newline on the end (even if they didn't before). As such, the message should be written with the newline (no need for an extra), and the PGP signature right after that, which will be newline split already, so there's no need to split it again. All of this means it's very important for the caller to send the message in the correct format - which I'm correcting in the next commit. Signed-off-by: Chris Marchesi <chrism@vancluevertech.com>

Tag messages are highly sensitive to being in the expected format, especially when encoding/decoding for PGP verification. As such, we do a simple trimming of whitespace on the incoming message and add a newline on the end, to ensure there are no surprises here. Signed-off-by: Chris Marchesi <chrism@vancluevertech.com>

The old one was created with defaults, which would have caused CI failures in 2 years. The new one is valid for 10 years: > gpg --list-secret-keys /root/.gnupg/pubring.kbx ------------------------ sec rsa4096 2018-08-22 [SC] [expires: 2028-08-19] 93A17FF01E54328546087C8E029395402EFCCD53 uid [ unknown] foo bar <foo@foo.foo> Signed-off-by: Chris Marchesi <chrism@vancluevertech.com>

After clone only resolved deltas were added to the cache. This caused slowdowns in small repositories where most objects can be held in cache. It also makes packfiles reuse delta cache from the store. Previously it created a new delta cache each time a packfile object was created. This also slowed down a bit accessing objects and had an impact on memory consumption when bases are added to the cache. Signed-off-by: Javi Fontan <jfontan@gmail.com>

plumbing, storage: add bases to the common cache

I figured there was a way to do this without having to have TagObjectOptions supply this in - there is. Added support for this in and removed the object type from TagObjectOptions. Signed-off-by: Chris Marchesi <chrism@vancluevertech.com>

I've mainly noticed that in using the current Tag function, that there were lots of times that I was ignoring the ref or the object, depending on what I needed. This was evident in the tests as well. As such, I think it just makes more sense for a singular tag fetcher to return just a ref, through which the caller may grab the annotation if they need it, and if it exists. Also, contrary to the docs on Tags, all tags have a ref, even if they are annotated. The difference between a lightweight tag and an annotated tag is the presence of the tag object, which the ref will point to if the tag is annotated. As such I've adjusted the docs with an example as to how one can get the annotation for a tag ref through the iterator. Source: https://git-scm.com/book/en/v2/Git-Internals-Git-References, tags section. Signed-off-by: Chris Marchesi <chrism@vancluevertech.com>

Search for incoming object directory was done once each time objects were accessed. This means a ReadDir of the objects path that is expensive. Now incoming directory is searched the first time an object is accessed and its name kept in DotGit to be reused. Signed-off-by: Javi Fontan <jfontan@gmail.com>

Also reformatted function comment and fixed some typos. Signed-off-by: Javi Fontan <jfontan@gmail.com>

…tory storage/dotgit: search for incoming dir only once

Signed-off-by: kuba-- <kuba@sourced.tech>

…poch Signed-off-by: Taru Karttunen <taruti@taruti.net>

Remove empty dirs when cleaning with Dir opt.

Signed-off-by: Zaq? Wiedmann <zaquestion@gmail.com>

config: add commentChar to core config struct

Also adds Static configuration to Storage and DotGit. This option means that the git repository is not expected to be modified while open and enables some optimizations. Each time a file is accessed the storer tries to open an object file for the requested hash. When this is done for a lot of objects it is expensive. With Static option a list of object files is generated the first time an object is accessed and used to check if exists instead of using system calls. A similar optimization is done for packfiles. Signed-off-by: Javi Fontan <jfontan@gmail.com>

Signed-off-by: Javi Fontan <jfontan@gmail.com>

This functionality was already tested in storage/filesystem. The coverage tool only takes into account files from the same package of the test. Signed-off-by: Javi Fontan <jfontan@gmail.com>

…lamp-object-timestamp Clamp object timestamps before unix epoch to unix epoch

plumbing/storer: add ExclusiveAccess option to Storer

This option maintains packfile file descriptors opened after reading objects from them. It improves performance as it does not have to be opening packfiles each time an object is needed. Also adds Close to EncodedObjectStorer to close all the files manualy. Signed-off-by: Javi Fontan <jfontan@gmail.com>

Signed-off-by: Javi Fontan <jfontan@gmail.com>

Also delete Close from MockObjectStorage and memory storer. Signed-off-by: Javi Fontan <jfontan@gmail.com>

Using equals to compare files it uses diff to do so. This can potentially consume lots of ram. Changed the comparison to use file offsets. If the descriptor is reused the offset is maintained. Signed-off-by: Javi Fontan <jfontan@gmail.com>

storage/dotgit: add KeepDescriptors option

Signed-off-by: kuba-- <kuba@sourced.tech>

Signed-off-by: Antonio Jesus Navarro Perez <antnavper@gmail.com>

Signed-off-by: kuba-- <kuba@sourced.tech>

This is to avoid any ambiguity with the act of "fetching" in git in general. Signed-off-by: Chris Marchesi <chrism@vancluevertech.com>

This is necessary to support pruning on Tag objects. Signed-off-by: Chris Marchesi <chrism@vancluevertech.com>

Deleting a tag ref for an annotated tag in normal git behavior does not delete the tag object right away. This is handled by the normal GC process. Signed-off-by: Chris Marchesi <chrism@vancluevertech.com>

Added a couple of tests for annotated tag deletion: * The first one is a general test and should work regardless of the fixture used - the tag object could possibly be packed, so we do a prune *and* a repack operation before testing to see if the object was GCed correctly. * The second one actually creates the tag to be deleted, so that the tag object gets created as a loose, unpacked object. This is so we can effectively test that purning unpacked objects is now working 100% correctly (this was failing before because tag objects were not supported for walking). Signed-off-by: Chris Marchesi <chrism@vancluevertech.com>

Just renaming the TagObjectOptions type to CreateTagOptions so that it's consistent with the other option types. Signed-off-by: Chris Marchesi <chrism@vancluevertech.com>

Expose Storage cache.

Fix `fatal: corrupt patch` error in unified diff format

…upport

Signed-off-by: Máximo Cuadros <mcuadros@gmail.com>

git: Add tagging support

Signed-off-by: Máximo Cuadros <mcuadros@gmail.com>

Signed-off-by: kuba-- <kuba@sourced.tech>

Fix potential LRU cache size issue.

PackfileIter was not taking into account the option KeepDescriptors and was always closing the file. This caused "file already closed" errors when iterating packfiles in with KeepDescriptors active. Signed-off-by: Javi Fontan <jfontan@gmail.com>

Signed-off-by: Javi Fontan <jfontan@gmail.com>

storage/filesystem: keep packs open in PackfileIter

Signed-off-by: Jongmin Kim <jmkim@pukyong.ac.kr>

all: remove extra 's' in "mismatch"

Signed-off-by: Santiago M. Mola <santi@mola.io>

Signed-off-by: u5surf <u5.horie@gmail.com>

Signed-off-by: Filip Navara <navara@emclient.com>

The documentation of the IsClean Method contained a negation, so it was describing the opposite of its actual behavior. Fixes #838 Signed-off-by: David Url <david@urld.io>

test: improve test for urlencoded user:pass

use time.IsZero in Prune

git: Fix Status.IsClean() documentation

config: Add test for Windows local paths.

plumbing: object, Add support for Log with filenames. Fixes #826

Signed-off-by: Jeremy Stribling <strib@alum.mit.edu>

Without reading the entire object into memory. Signed-off-by: Jeremy Stribling <strib@alum.mit.edu>

Suggested by taruti. Signed-off-by: Jeremy Stribling <strib@alum.mit.edu>

Signed-off-by: Máximo Cuadros <mcuadros@gmail.com>

Use remote name in fetch while clone

…sk/go-git into bugfix/references-sort-timestamps

…e equal, test Signed-off-by: Máximo Cuadros <mcuadros@gmail.com>

references: sort: compare author timestamps when commit timestamps are equal. Fixes #725

Signed-off-by: Máximo Cuadros <mcuadros@gmail.com>

Teach ResolveRevision how to look up annotated tags

Suggested by mcuadros. Issue: #982 Signed-off-by: Jeremy Stribling <strib@alum.mit.edu>

…ched length error Signed-off-by: Máximo Cuadros <mcuadros@gmail.com>

tree: add a Size() method for getting plaintext size

blame: fix edge case with missing \n in content length causing mismatched length error

Signed-off-by: Máximo Cuadros <mcuadros@gmail.com>

repository: allow open non-bare repositories as bare

repository: improve CheckoutOption.Hash doc

support offset deltas Signed-off-by: Benjamin Ash <bash@intelerad.com>

README: Fixed a typo.

remote: use reference deltas on push when the remote server does not …

Signed-off-by: Yuce Tekol <yucetekol@gmail.com>

Signed-off-by: Javier Peletier <jm@epiclabs.io>

git: enables building on OpenBSD, Dragonfly BSD and Solaris

Signed-off-by: Máximo Cuadros <mcuadros@gmail.com>

plumbing: ReferenceName constructors

…ord & Access Token) (#990) examples: PlainClone with Basic Authentication (Password & Access Token)

Since we are not redirecting users to StackOverflow for support questions, it makes sense to add it to the official support channels. Signed-off-by: Santiago M. Mola <santi@mola.io>

add StackOverflow to support channels

Signed-off-by: Dave Henderson <dhenderson@gmail.com>

plumbing: transport/http, Add missing host/port on redirect. Fixes #820

Signed-off-by: Lukasz Kokot <lukasz@kumojin.com>

…ample Fix spelling and grammar in docs and example

Signed-off-by: Dave Henderson <dhenderson@gmail.com>

update gcfg dependency to v1.4.0

Signed-off-by: Bartek Jaroszewski <jaroszewskibartek@gmail.com>

Signed-off-by: Santiago M. Mola <santi@mola.io>

cleanup after failed clone

Signed-off-by: Máximo Cuadros <mcuadros@gmail.com>

Users are often confused with TokenAuth, since it might look that it should be used with GitHub's OAuth tokens. But that is not the case. TokenAuth implements HTTP bearer authentication. Most git servers will use HTTP basic authentication (user+passwords) even for OAuth tokens. Signed-off-by: Santiago M. Mola <santi@mola.io>

http: improve TokenAuth documentation

…#969 Signed-off-by: Colton McCurdy <mccurdyc22@gmail.com>

…969/fix-flaky-ssh-test

…sh-test plumbing: ssh, Fix flaky test TestAdvertisedReferencesNotExists. Fixes #969

Signed-off-by: Fedor Korotkov <fedor.korotkov@gmail.com>

repository: Fix RefSpec for a single tag.

Signed-off-by: Javier Peletier <jm@epiclabs.io>

Signed-off-by: Antonio Jesus Navarro Perez <antnavper@gmail.com>

plumbing/format/packfile: Fix broken "thin" packfile support. Fixes #991

storage/filesystem: Added reindex method to reindex packfiles

… v2.2.0 Signed-off-by: Máximo Cuadros <mcuadros@gmail.com>

plumbing: format/index: support for EOIE extension

PR #1008 introduced a regression by changing the errors returned by PlainClone when a repository did not exist. This change goes back to returned errors as they were in v4.7.0. Fixes #1027 Signed-off-by: Santiago M. Mola <santi@mola.io>

repository: fix plain clone error handling regression

…e commit histories (#963) Signed-off-by: Filip Navara <navara@emclient.com>

tses #2

tses #2

Commits on Apr 3, 2018

Commits on Apr 4, 2018

Commits on Apr 10, 2018

Commits on Apr 11, 2018

Commits on Apr 13, 2018

Commits on Apr 16, 2018

Commits on Apr 17, 2018

Commits on Apr 18, 2018

Commits on May 2, 2018

Commits on May 9, 2018

Commits on May 11, 2018

Commits on May 14, 2018

Commits on May 16, 2018

Commits on May 30, 2018

Commits on Jun 5, 2018

Commits on Jun 6, 2018

Commits on Jun 7, 2018

Commits on Jun 8, 2018

Commits on Jun 11, 2018

Commits on Jun 16, 2018

Commits on Jun 21, 2018

Commits on Jun 26, 2018

Commits on Jun 27, 2018

Commits on Jul 2, 2018

Commits on Jul 3, 2018

Commits on Jul 6, 2018

Commits on Jul 8, 2018

Commits on Jul 10, 2018

Commits on Jul 14, 2018

Commits on Jul 16, 2018

Commits on Jul 18, 2018

Commits on Jul 19, 2018

Commits on Jul 26, 2018

Commits on Jul 27, 2018

Commits on Jul 30, 2018

Commits on Aug 1, 2018

Commits on Aug 2, 2018

Commits on Aug 7, 2018

Commits on Aug 8, 2018

Commits on Aug 9, 2018

Commits on Aug 10, 2018

Commits on Aug 14, 2018

Commits on Aug 16, 2018

Commits on Aug 17, 2018

Commits on Aug 19, 2018

Commits on Aug 20, 2018

Commits on Aug 21, 2018

Commits on Aug 22, 2018

Commits on Aug 23, 2018

Commits on Aug 25, 2018

Commits on Aug 27, 2018

Commits on Aug 29, 2018

Commits on Aug 30, 2018

Commits on Aug 31, 2018

Commits on Sep 3, 2018

Commits on Sep 4, 2018

Commits on Sep 5, 2018

Commits on Sep 6, 2018

Commits on Sep 7, 2018

Commits on Sep 8, 2018

Commits on Sep 10, 2018

Commits on Sep 17, 2018

Commits on Sep 18, 2018

Commits on Sep 20, 2018

Commits on Sep 21, 2018

Commits on Sep 26, 2018

Commits on Sep 27, 2018

Commits on Oct 2, 2018

Commits on Oct 5, 2018

Commits on Oct 6, 2018

Commits on Oct 9, 2018

Commits on Oct 11, 2018

Commits on Oct 12, 2018

Commits on Oct 15, 2018

Commits on Oct 16, 2018

Commits on Oct 17, 2018

Commits on Oct 22, 2018

Commits on Oct 23, 2018