Age | Commit message (Collapse) | Author |
|
https://github.com/libgit2/libgit2/compare/96fb6a6...65e9dc6
|
|
https://github.com/libgit2/libgit2/compare/98eaf39...96fb6a6
|
|
https://github.com/libgit2/libgit2/compare/e87d9d3...98eaf39
|
|
https://github.com/libgit2/libgit2/compare/711333e...e87d9d3
|
|
https://github.com/libgit2/libgit2/compare/11f8336...711333e
|
|
https://github.com/libgit2/libgit2/compare/32e4992...11f8336
|
|
https://github.com/libgit2/libgit2/compare/eb04744...32e4992
|
|
https://github.com/libgit2/libgit2/compare/7940036...eb04744
|
|
https://github.com/libgit2/libgit2/compare/bd67979...7940036
|
|
https://github.com/libgit2/libgit2/compare/9d9fff3...bd67979
|
|
https://github.com/libgit2/libgit2/compare/5aee963...9d9fff3
|
|
|
|
https://github.com/libgit2/libgit2/compare/b641c00...5aee963
This also change naming convention of libgit2 binaries.
Each LibGit2Sharp version works against a specific version of libgit2.
LibGit2Sharp managed code relies on the dynamic loader to find the proper libgit2 binary. This binary is located in a directory structure next to the managed assembly, and the loader is instructed to search within this directory structure.
Up until now, the binary being searched for was bearing a generic name: [lib]git2.(dll|so|dylib).
However, on Windows, if one older version of the native binary, with the same name, is already loaded in the memory, the loader will reuse this one, no matter what directory it's been loaded from. Chances are great that this old libgit2 version is incompatible with what the newer version of LibGit2Sharp expects from its API or behavior.
In order to mitigate this, libgit2 binaries are now suffixed with the libgit2 commit sha they've been build from and LibGit2Sharp will bind to a specifically named binary:
- git2-{short_sha}.dll on Windows
- libgit2-{short_sha}.so on Linux
- libgit2-{short_sha}.dylib on Mac OS X.
This should allow one to run two different future version of LibGit2Sharp, side by side, without any name clash.
|
|
|
|
https://github.com/libgit2/libgit2/compare/08283cb...b641c00
|
|
https://github.com/libgit2/libgit2/compare/8cfd54f...08283cb
|
|
https://github.com/libgit2/libgit2/compare/6950dca...8cfd54f
|
|
https://github.com/libgit2/libgit2/compare/ad00376...6950dca
|
|
https://github.com/libgit2/libgit2/compare/eef7e80...ad00376
|
|
https://github.com/libgit2/libgit2/compare/40a6051...eef7e80
|
|
https://github.com/libgit2/libgit2/compare/5f9f69d...40a6051
|
|
https://github.com/libgit2/libgit2/compare/586f71e...5f9f69d
|
|
|
|
|
|
https://github.com/libgit2/libgit2/compare/7dfc5c3...586f71e
|
|
This is not supported, and newer versions of git will outright refuse
to work with a tree that contains one.
This should keep the intent of the negation it's replacing.
|
|
|
|
https://github.com/libgit2/libgit2/compare/16e6cee...7dfc5c3
|
|
NuGet is licensed under Apache 2.0 therefore we should provide a
copy of the license alongside our binary redistribution of it in
our Libs folder. Note that because we don't ship NuGet in the
binary version of the LibGit2Sharp we don't need to inlucde
a reference to it in our NOTICE file etc.
|
|
Provide the license for Moq alongside the binary distribution in our
Libs folder. BSD License for Moq was taken from here:
http://code.google.com/p/moq/source/browse/trunk/License.txt
|
|
Add the license.txt alongside xUnit and also provide a copy with files
that are derrived from xUnit source code.
|
|
|
|
https://github.com/libgit2/libgit2/compare/1e99ce9...16e6cee
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Fix #193
|
|
|
|
|
|
Partially fix #153
|
|
Include native amd64 binaries.
Fix #55 and #70
|
|
|
|
|
|
|
|
Fix issue #114
|
|
|