- 08 Aug, 2016 1 commit
-
-
Patrick Steinhardt committed
-
- 04 Aug, 2016 1 commit
-
-
git_diff_file: move `id_abbrev`
Edward Thomson committed
-
- 03 Aug, 2016 1 commit
-
-
Move `id_abbrev` to a more reasonable place where it packs more nicely (before anybody starts using it).
Edward Thomson committed
-
- 02 Aug, 2016 1 commit
-
-
Fix leaks, some warnings and an error
Edward Thomson committed
-
- 24 Jul, 2016 13 commits
-
-
Edward Thomson committed
-
Coverity user model
Edward Thomson committed -
remote: Handle missing config values when deleting a remote
Edward Thomson committed -
And give it a default so that some compilers don't (unnecessarily) complain.
Edward Thomson committed -
Edward Thomson committed
-
Edward Thomson committed
-
After 1cd65991, we were passing a pointer to an `unsigned long` to a function that now expected a pointer to a `size_t`. These types differ on 64-bit Windows, which means that we trash the stack. Use `size_t`s in the packbuilder to avoid this.
Edward Thomson committed -
Edward Thomson committed
-
Edward Thomson committed
-
Compare the preimage to the image; don't compare the preimage to itself.
Edward Thomson committed -
Edward Thomson committed
-
ci: point to the homebrew libssh2 install
Edward Thomson committed -
Edward Thomson committed
-
- 23 Jul, 2016 1 commit
-
-
Edward Thomson committed
-
- 15 Jul, 2016 1 commit
-
-
Somehow I ended up with the following in my ~/.gitconfig: [branch "master"] remote = origin merge = master rebase = true I assume something went crazy while I was running the git.git tests some time ago, and that I never noticed until now. This is not a good configuration, but it shouldn't cause problems. But it does. Specifically, if you have this in your config, and you perform the following set of actions: create a remote fetch from that remote create a branch off of the remote master branch called "master" delete the branch delete the remote The remote delete fails with the message "Could not find key 'branch.master.rebase' to delete". This is because it's iterating over the config entries (including the ones in the global config) and believes that there is a master branch which must therefore have these config keys. https://github.com/libgit2/libgit2/issues/3856
David Turner committed
-
- 05 Jul, 2016 3 commits
-
-
Add get user agent functionality.
Edward Thomson committed -
Fixed bug while parsing INT64_MIN
Edward Thomson committed -
Andrius Bentkus committed
-
- 01 Jul, 2016 2 commits
-
-
find_repo: Clean up and simplify logic
Edward Thomson committed -
Add GIT_REPOSITORY_OPEN_FROM_ENV flag to respect $GIT_* environment vars
Edward Thomson committed
-
- 30 Jun, 2016 3 commits
-
-
Document GIT_REPOSITORY_OPEN_NO_DOTGIT and GIT_REPOSITORY_OPEN_FROM_ENV.
Josh Triplett committed -
Josh Triplett committed
-
Include conflicts in `git_index_read_index`
Edward Thomson committed
-
- 29 Jun, 2016 6 commits
-
-
Ensure that we include conflicts when calling `git_index_read_index`, which will remove conflicts in the index that do not exist in the new target, and will add conflicts from the new target.
Edward Thomson committed -
Most of `git_index_read_index` is common to reading any iterator. Refactor it out in case we want to implement `read_tree` in terms of it in the future.
Edward Thomson committed -
submodule: Try to fetch when update fails to find the target commit.
Edward Thomson committed -
blame: increment reference count for origin's commit
Edward Thomson committed -
When we create a blame origin, we try to look up the blob that is to be blamed at a certain revision. When this lookup fails, e.g. because the file did not exist at that certain revision, we fail to create the blame origin and return `NULL`. The blame origin that we have just allocated is thereby free'd with `origin_decref`. The `origin_decref` function does not only decrement reference counts for the blame origin, though, but also for its commit and blob. When this is done in the error case, we will cause an uneven reference count for these objects. This may result in hard-to-debug failures at seemingly unrelated code paths, where we try to access these objects when they in fact have already been free'd. Fix the issue by refactoring `make_origin` such that we only allocate the object after the only function that may fail so that we do not have to call `origin_decref` at all. Also fix the `pass_blame` function, which indirectly calls `make_origin`, to free the commit when `make_origin` failed.
Patrick Steinhardt committed -
Krishna Ram Prakash R committed
-
- 28 Jun, 2016 1 commit
-
-
Jason Haslam committed
-
- 26 Jun, 2016 6 commits
-
-
Reading patch files
Edward Thomson committed -
Improve the README
Edward Thomson committed -
When showing copy information because we are duplicating contents, for example, when performing a `diff --find-copies-harder -M100 -B100`, then show copy from/to lines in a patch, and do not show context. Ensure that we can also parse such patches.
Edward Thomson committed -
Edward Thomson committed
-
Edward Thomson committed
-
Patches may have no hunks when there's no modifications (for example, in a rename). Handle them.
Edward Thomson committed
-