| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
Instead we provide git_remote_upload() and git_remote_update_tips() in
order to have a parallel API for fetching and pushing.
|
|
|
|
|
| |
The push cannot be successful if we sent a bad packfile. We should
return an error in that case instead of storing it elsewhere.
|
| |
|
| |
|
|\
| |
| | |
Update clar to e3985dd
|
| | |
|
| | |
|
|/ |
|
|\
| |
| | |
Fix negative ignores withing ignored dirs
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Given
top
!top/foo
in an ignore file, we should not unignore top/foo. This is an
implementation detail of the git code leaking, but that's the behaviour
we should show.
A negation rule can only negate an exact rule it has seen before.
|
|\ \
| | |
| | | |
Adjust the local transport for the common refspec parser
|
| | | |
|
| |/
|/|
| |
| |
| | |
Make it consistent between git_note_create() and git_note_remote() by
putting it after the repository.
|
|\ \
| | |
| | | |
Spelling fixes
|
| | | |
|
|/ / |
|
| | |
|
|\ \
| |/
|/| |
peel: reject bad queries with EPEEL
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
There are some combination of objects and target types which we know
cannot be fulfilled. Return EINVALIDSPEC for those to signify that there
is a mismatch in the user-provided data and what the object model is
capable of satisfying.
If we start at a tag and in the course of peeling find out that we
cannot reach a particular type, we return EPEEL.
|
| |
| |
| |
| | |
Valgrind is now clean except for libssl and libgcrypt.
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
This is a contract that we made in the library and that we need to uphold. The
contents of a blob can never be NULL because several parts of the library (including
the filter and attributes code) expect `git_blob_rawcontent` to always return a
valid pointer.
|
|/
|
|
|
|
|
|
|
|
|
| |
When we fetch twice with the same remote object, we did not properly
clear the connection flags, so we would leak state from the last
connection.
This can cause the second fetch with the same remote object to fail if
using a HTTP URL where the server redirects to HTTPS, as the second
fetch would see `use_ssl` set and think the initial connection wanted to
downgrade the connection.
|
|\
| |
| | |
Fix missing object in tests/resources/crlf by changing the tail commit
|
| | |
|
|\ \
| | |
| | | |
Provide a convenience function `git_remote_push()`
|
| | |
| | |
| | |
| | |
| | | |
If the user does not pass any refspecs to push, try to use those
configured via the configuration or via add_push().
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
We have the step-by-step method in the initialization function as we
want to remove references based on the list of references which are
already there, and we can use the convenience function for testing the
main push.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This function, similar in style to git_remote_fetch(), performs all the
steps required for a push, with a similar interface.
The remote callbacks struct has learnt about the push callbacks, letting
us set the callbacks a single time instead of setting some in the remote
and some in the push operation.
|
|\ \ \
| | | |
| | | | |
Fixed active_refspecs field not initialized on new git_remote objects
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
When creating a new remote, contrary to loading one from disk,
active_refspecs was not populated. This means that if using the new
remote to push, git_push_update_tips() will be a no-op since it
checks the refspecs passed during the push against the base ones
i.e. active_refspecs. And therefore the local refs won't be created
or updated after the push operation.
|
|\ \ \ \
| | | | |
| | | | | |
push: use the common refspec parser
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
There is one well-known and well-tested parser which we should use,
instead of implementing parsing a second time.
The common parser is also augmented to copy the LHS into the RHS if the
latter is empty.
The expressions test had to change a bit, as we now catch a bad RHS of a
refspec locally.
|
|\ \ \ \ \
| |_|/ / /
|/| | | | |
Fixed a couple Clang warnings
|
| | |/ /
| |/| | |
|
| | | | |
|
|/ / /
| | |
| | |
| | |
| | |
| | | |
This describes their purpose better, as we now initialize ssl and some
other global stuff in there. Calling the init function is not something
which has been optional for a while now.
|
| | | |
|
|\ \ \
| | | |
| | | | |
Refactor fetchhead
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
If the remote is anonymous, then we cannot check for any configuration,
as there is no name. Check for this before we try to use the name, which
may be a NULL pointer.
This fixes #2697.
|
| | | |
| | | |
| | | |
| | | | |
This gets the value from branch.<foo>.remote.
|
|\ \ \ \
| | | | |
| | | | | |
remote: rename _load() to _lookup()
|
| |/ / /
| | | |
| | | |
| | | | |
This brings it in line with the rest of the lookup functions.
|
|\ \ \ \
| | | | |
| | | | | |
odb: hardcode the empty blob and tree
|
| |/ / /
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
git hardocodes these as objects which exist regardless of whether they
are in the odb and uses them in the shell interface as a way of
expressing the lack of a blob or tree for one side of e.g. a diff.
In the library we use each language's natural way of declaring a lack of
value which makes a workaround like this unnecessary. Since git uses it,
it does however mean each shell application would need to perform this
check themselves.
This makes it common work across a range of applications and an issue
with compatibility with git, which fits right into what the library aims
to provide.
Thus we introduce the hard-coded empty blob and tree in the odb
frontend. These hard-coded objects are checked for before going to the
backends, but after the cache check, which means the second time they're
used, they will be treated as normal cached objects instead of creating
new ones.
|
|/ / /
| | |
| | |
| | |
| | |
| | | |
This function has one output but can match multiple files, which can be
unexpected for the user, which would usually path the exact path of the
file he wants the status of.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
We cannot know from looking at .gitmodules whether a directory is a
submodule or not. We need the index or tree we are comparing against to
tell us. Otherwise we have to assume the entry in .gitmodules is stale
or otherwise invalid.
Thus we pass the index of the repository into the workdir iterator, even
if we do not want to compare against it. This follows what git does,
which even for `git diff <tree>`, it will consider staged submodules as
such.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
We consider an entry in .gitmodules to mean that we have a submodule at
a particular path, even if HEAD^{tree} and the index do not contain any
reference to it.
We should ignore that submodule entry and simply consider that path to
be a regular directory.
|
| | | |
|
| | | |
|