| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
| |
This allows us to use the main thread to parse stderr to get progress,
and resolve assertion failures hopefully once and for all.
Relates to #301
|
|
|
|
|
| |
Test was adjusted as well to parse only a single file which simulates
stderr output.
|
| |
|
|
|
|
|
|
| |
* Previously we could fail to parse the last line within a read buffer,
which is now fixed.
* Added a test to verify our *slow* line parsing works as expected.
|
|\
| |
| | |
Add env parameter to Repo.clone_from() for setting environment variables
|
|/
|
|
|
|
|
| |
Adds the optional keyword parameter env to Repo.clone_from(). The parameter
is a dictionary containing the desired environment variables for the git
clone invocation. The environment is applied to the temporary Git instance
before calling Repo._clone().
|
|\
| |
| | |
Fix docstring of Repo.clone_from()
|
|/ |
|
|
|
|
|
|
|
| |
It shows that the previous implementation was never really working on
linux, and thus failed on travis as well for good reason.
Closes #303
|
| |
|
|
|
|
|
|
|
|
|
|
| |
When expanding directories, check if it is a symlink and don't expand
them at all.
Previously, we followed symlinks and expanded their contents, which
could lead to weird index files.
Fixes #302
|
|\ |
|
| |
| |
| |
| |
| | |
This will make usage of the `NullHandler` possible in python 2.6
and below.
|
|/
|
|
|
|
|
|
| |
When the code is run without setting up loggers, the loggers have no
handlers for the emitted messages. The logging module displays:
`No handlers could be found for logger "git.cmd"` on the
console. By adding a NullHandler (a no-op) the message disappears,
and doesn't affect logging when other handlers are configured.
|
|\
| |
| | |
support passing odbt for using with Repo
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
It turns out we can't deal do fetches if no refspec is set as git
will change the format of the fetch return values, providing less
information than usual.
A test was added to show that such a case will fail, and an assertion
will assure we don't attempt to fetch/pull if there is no refspec
for 'fetch'.
Closes #296
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
In that case, the handler for processing stdout and stderr of the git
process is offloaded to threads. These currently don't return
any exception they raise.
We could easily fix this using an approach as shown
[here](http://goo.gl/hnVax6).
|
|\ \ |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Reverted changes of `fe2fbc5~2`.
This caused `git-pull` to error, which now actually results in a fatal
error while fetching or pulling. Previously we simply didn't check
for this issue.
Now we are back to a `poll` based or threaded concurrent reading from
stdout and stderr to prevent a git process deadlock, and the
aforementioned error.
Related to #297
|
| |\ \
|/ / /
| | |
| | | |
victorgp-master
|
| |/ |
|
|\ \ |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
* renamed `consider_submodules` to `submodules` to be in line with the
existing parameters. Nowadays I would prefer the `consider_` prefix,
but can't change the existing API and thus stick to the current
naming scheme.
* reduced amount of code in one portion to make it more maintainable.
Related to #294
|
| |\ \
|/ / /
| | |
| | | |
Javex-submodule_fix
|
| | |
| | |
| | |
| | |
| | |
| | | |
There are cases when might not consider a directory dirty when a submodule has
changes. Particular case was git-up stashing changes where submodules are
irrelevant.
|
|\ \ \
| |_|/
|/| | |
|
| | | |
|
|/ / |
|
| |
| |
| |
| |
| |
| | |
This is a pre-emptive measure based on http://goo.gl/l74GC8 .
Related to #290
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Previously, only program messages where forced to the C-locale, now
we force the entire program. That way, we should assure a remote
will not provide us with branch information in any other language but
english.
Related to #290
|
| | |
|
|\ \
| | |
| | | |
Fix type error (startswith expects bytes)
|
|/ / |
|
| | |
|
| |
| |
| |
| |
| | |
As it seems to contain custom inforamtion that we want to keep.
Now we are appending to it ...
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
* config parser now handles quoted values correctly. This doesn't hamper
multi-line support.
* added regression test to travis to assure we will be warned if we
rewrite and break the user's .gitconfig file
* only rewrite configuration files if we actually called a mutating
method on the writer. Previously it would always rewrite it.
Fixes #285
|
|\ \
| | |
| | | |
git-daemon test fixes
|
| | |
| | |
| | |
| | |
| | | |
add a GIT_PYTHON_TEST_GIT_DAEMON_PORT to set a port other than 9418,
for example for when you already have a daemon running on that port.
|
|/ /
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
No reason to expose a daemon to all interfaces when it is only used for
tests, which connect to localhost anyway.
I'd love to use localhost here instead, but the git-daemon man page points out:
If IPv6 is not supported, then --listen=hostname is also not
supported and --listen must be given an IPv4 address.
I don't know of a way to check if git has ipv6 support, but 127.0.0.1
should be around for the foreseeable future
|
|\ \
| | |
| | | |
Changelog typo
|
|/ /
| |
| | |
very small typo in changelog. Reop -> Repo
|
|\ \ |
|
| | |
| | |
| | |
| | | |
It expected to see major version 0 though.
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
The previous patch failed to update the expected number of op_codes,
which would result in an exception when creating an instance of
RemoteProgress. This patch corrects the value to the new expected number
of op_codes (8)
|
|/ /
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
When running a long running operation (such as a clone on a large repo),
Git may return a message indicating that it is 'Finding sources'. Since
there is no bit field value for this message, this causes a large amount
of error messages to be emitted to stderr.
This patch fixes this by adding another bit field value for this
message, FINDING_SOURCES. Derived classes can look for this op_code and
handle it appropriately.
|
| |
| |
| |
| | |
We are not too good, but nothing to shy away from.
|
| |
| |
| |
| | |
Because there are none.
|