| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
|\
| |
| | |
Reorganize transport architecture
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This adds a new API that allows users to reload the config if the
file has changed on disk. A new config callback function to
refresh the config was added.
The modified time and file size are used to test if the file needs
to be reloaded (and are now stored in the disk backend object).
In writing tests, just using mtime was a problem / race, so I
wanted to check file size as well. To support that, I extended
`git_futils_readbuffer_updated` to optionally check file size in
addition to mtime, and I added a new function `git_filebuf_stats`
to fetch the mtime and size for an open filebuf (so that the
config could be easily refreshed after a write).
Lastly, I moved some similar file checking code for attributes
into filebuf. It is still only being used for attrs, but it
seems potentially reusable, so I thought I'd move it over.
|
|\ \
| | |
| | | |
Add git_diff_patch_to_str API
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This adds a `git_diff_patch_print()` API which is more like the
existing API to "print" a patch from an entire `git_diff_list`
but operates on a single `git_diff_patch` object.
Also, it rewrites the `git_diff_patch_to_str()` API to use that
function (making it very small).
|
| | |
| | |
| | |
| | |
| | | |
This adds an API to generate a complete single-file patch text
from a git_diff_patch object.
|
|\ \ \
| | | |
| | | | |
repo: enhance git_repository_state() detection
|
| | |/
| |/| |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
|/ / |
|
|\ \
| | |
| | | |
Updates config upon moving and deletion of branches
|
| | | |
|
|\ \ \
| |/ /
|/| | |
Progress callbacks
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
git_indexer_stats and friends -> git_transfer_progress*
Also made git_transfer_progress members more sanely
named.
|
| | | |
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | |
| | | |
The fetch code takes advantage of this to implement a
progress callback every 100kb of transfer.
|
| | |
| | |
| | |
| | | |
Also implemented in the git2 example.
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
git_index_read_tree() was exposing a parameter to provide the user with
a progress indicator. Unfortunately, due to the recursive nature of the
tree walk, the maximum number of items to process was unknown. Thus,
the indicator was only counting processed entries, without providing
any information how the number of remaining items.
|
| | | |
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | | |
Also converted the network example to use it.
|
| | |
| | |
| | |
| | |
| | | |
Also removing all the *stats parameters from external
APIs that don't need them anymore.
|
| | | |
|
| | | |
|
| |/
|/| |
|
| | |
|
|/
|
|
|
|
|
| |
Added `struct git_config_entry`: a git_config_entry contains the key, the value, and the config file level from which a config element was found.
Added `git_config_open_level`: build a single-level focused config object from a multi-level one.
We are now storing `git_config_entry`s in the khash of the config_file
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
Introduce git_remote_stop() which sets a variable that is checked by
the fetch process in a few key places. If this is variable is set, the
fetch is aborted.
|
|\
| |
| | |
Support TYPECHANGE records in status and adjust checkout accordingly
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This started as a complex new test for checkout going through the
"typechanges" test repository, but that revealed numerous issues
with checkout, including:
* complete failure with submodules
* failure to create blobs with exec bits
* problems when replacing a tree with a blob because the tree
"example/" sorts after the blob "example" so the delete was
being processed after the single file blob was created
This fixes most of those problems and includes a number of other
minor changes that made it easier to do that, including improving
the TYPECHANGE support in diff/status, etc.
|
| |
| |
| |
| |
| |
| | |
This is just some cleanup code, rearranging some of the checkout
code where TYPECHANGE support was added and adding some comments
to the diff header regarding the constants.
|
| |
| |
| |
| |
| |
| |
| |
| | |
When I wrote the diff code, I based it on core git's diff output
which tends to split a type change into an add and a delete. But
core git's status has the notion of a T (typechange) flag for a
file. This introduces that into our status APIs and modifies the
diff code so it can be forced to not split type changes.
|
|\ \
| | |
| | | |
Separated git_strarray from common.h. Added doxy comments.
|
| | | |
|