| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
GIT_PYTHON_TRACE would actually fail (now) if we debugged archive operations.
Related to #239
|
|
|
|
|
|
| |
Now travisci tests should work once again.
Related to #239
|
|\
| |
| |
| |
| |
| | |
Make sure we keep the improvements made to fetch and pull
Relates to #232
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
This simplification should improve performance and remove issues like those
in #232.
NOTE: Debug code is still contained here
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
FETCH_HEAD.
This data will be written into the git-repository itself, prefixed with the
number of the operation.
Thus, a test-run with exactly one fetch operation would look like this afterwards:
ls -l .git
total 96
-----> -rw-r--r-- 1 byron staff 141B Jan 16 11:54 000_debug_git-python_FETCH_HEAD <-----
-----> -rw-r--r-- 1 byron staff 180B Jan 16 11:54 000_debug_git-python_stderr <-----
-rw-r--r-- 1 byron staff 487B Jan 16 11:54 FETCH_HEAD
-rw-r--r-- 1 byron staff 22B Jan 16 11:54 HEAD
-rw-r--r-- 1 byron staff 41B Jan 16 11:54 ORIG_HEAD
drwxr-xr-x 2 byron staff 68B Jan 16 11:54 branches/
-rw-r--r-- 1 byron staff 560B Jan 16 11:54 config
-rw-r--r-- 1 byron staff 73B Jan 16 11:54 description
drwxr-xr-x 11 byron staff 374B Jan 16 11:54 hooks/
-rw-r--r-- 1 byron staff 13K Jan 16 11:54 index
drwxr-xr-x 3 byron staff 102B Jan 16 11:54 info/
drwxr-xr-x 4 byron staff 136B Jan 16 11:54 logs/
drwxr-xr-x 12 byron staff 408B Jan 16 11:54 objects/
-rw-r--r-- 1 byron staff 1.2K Jan 16 11:54 packed-refs
drwxr-xr-x 5 byron staff 170B Jan 16 11:54 refs/
[ci skip]
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Previously we could try to remove the branch we are on.
Of course, we have a test-case elaborate enough to verify we don't
destroy changes in submodules accidentally. Therefore I am confident
that this implementation is correct.
Fixes #49
|
| |
| |
| |
| |
| | |
The latter happened as now BadName is thrown, instead of BadObject.
Changes.rst was marked accordingly
|
| |
| |
| |
| | |
Fixes #50
|
| |
| |
| |
| |
| |
| |
| |
| | |
was set before.
That way, you don't always have to keep the parent commit uptodate when changing the
repo, which can lead to errors which are hard to debug and make no sense to the user,
who previously never set parent_commit (yet it matters thanks to the cache).
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
default.
Previously, the implementation would gladly reset new commits in submodules,
and/or reset a dirty working tree.
Now the new force_reset/force flag has to be specified explicitly to get back
to the old behaviour.
All submodule tests except for one are working.
|
| |
| |
| |
| |
| |
| |
| |
| | |
There have been rather obvious errors in there, as we forgot to unregister
the filehandles. Now we will read from a buffer ourselves, which should be
faster and ideally, doesn't lead to spurious errors anymore.
Related to #232
|
| |
| |
| |
| |
| |
| |
| |
| | |
Additionally, for this and future examples, there is a test_doc.py
suite to contain all code mentioned in the docs. That way, we know
if things stop working.
Fixes #236
|
| |
| |
| |
| |
| | |
Fixes #235
[ci skip]
|
| |
| |
| |
| |
| |
| |
| | |
Assured unicode values are supported when reading the configuration,
and when getting author/committer information from the environment.
Fixes #237
|
| |
| |
| |
| | |
Once again, __del__ is not being called as usual anymore in python 3 ... .
|
| |
| |
| |
| |
| |
| | |
path
Fixes #238
|
| |
| |
| |
| |
| |
| | |
A test verifies it's truly working.
Related to #238
|
| |
| |
| |
| |
| |
| |
| | |
Improved a test to assure multiple update(init=False|True) calls don't
throw.
Fixes #93
|
| |
| |
| |
| |
| |
| |
| |
| | |
After all, it was easier than expected. It seems that previous assertions
the test made should have never been true to begin with. Thus we might
have improved the test thanks to our improved implementation.
Fixes #233
|
| |
| |
| |
| |
| |
| | |
This also means that now we seem to be able to properly handle .git files in submodules
Related to #233
|
| |
| |
| |
| |
| | |
The root-submodule test is still failing though, this time even earlier
than before
|
| |
| |
| |
| | |
A simple test verifies this at least.
|
| |
| |
| |
| |
| | |
However, a simple test-case still fails for reasons not yet understood.
There is more to be fixed here - .remove() still fails.
|
|/
|
|
|
|
|
| |
There is some more work to do, as renames and updates still have to be
adjusted accordinlgy.
Relates #233
|
|
|
|
|
|
| |
It actually revealed a bug in the implementation of Submodule.add,
which just showed in python 3 for the wrong reasons. Thankfully,
failing tests after all allowed to get this issue fixed ... .
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
git-python.
This is the case with `git submodule add` as well. This makes sense as
an empty git repository doesn't have a commit, which needs to be specified
as SHA in the parent repositories tree entry for the respective submodule.
When manually adding the empty submodule to the .gitmodules file, git-python
will throw another error related to the inability to find the submodule
in the index.
Even if an iteration would be possible, git-python would now throw
a BadName exception, which clearly indicates that the 'HEAD' revision
is invalid (as it doesn't point to any commit).
Fixes #152
Fixes #105
|
|
|
|
|
|
|
|
|
|
| |
string.
Previously, it would say it can handle absolute module paths, but didn't
actually do so.
A test-case was improved to check for this case.
Fixes #161
|
|
|
|
|
|
|
| |
Adjusted code to not check for .gitmodules existence anymore, we will
deal with it.
Fixes #117
|
|
|
|
|
|
| |
This is verified by the respective test.
Fixes #117
|
|
|
|
|
|
| |
Fixes #7
[ci skip]
|
|
|
|
|
| |
It does not necessarily seem to work, but at least we don't access a
dict concurrently anymore.
|
|
|
|
|
|
|
| |
This allows sub-trees to be archived as well, and makes `.archive()`
feature complete.
Fixes #67
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
We implement it as described in this article:
http://stackoverflow.com/questions/1557183/is-it-possible-to-include-a-file-in-your-gitconfig
Thus we handle
* cycles
* relative and absolute include paths
* write-backs in case of writable GitConfigParser instances
Fixes #201
|
|
|
|
| |
Fixes #169
|
|
|
|
|
|
|
|
|
| |
However, it does so only on posix. The test-case will run on posix only
as well.
Please note that in theory, even on windows we will attempt to run hooks,
even though I am not sure that this will actually work.
Fixes #81
|
|
|
|
|
|
|
|
| |
used consistently.
This will save IOPs, and make the code easier to understand (I suppose).
Related to #224
|
|
|
|
|
|
|
|
|
| |
required afterall.
Turns out that the now removed `read_gitfile` functions applied os.path.realpath which caused
the issue described in #224.
Fixes #224
|
|
|
|
|
|
|
|
|
| |
index related work.
That way, we don't try to compare a real-path to a non-real one, which would make the implementation think
a file is not actually part of the repository.
Fixes #224
|
|
|
|
|
|
|
| |
For some reason, I didn't trust the existing one as it tests that code
more indirectly.
Related to #160
|
|
|
|
|
|
|
| |
The point is that XDG_CONFIG_HOME is meant to point at the '.config' directory,
whereas '.config' has to be added only if HOME is used instead.
Fixes #160
|
|
|
|
| |
Fixes #160
|
|
|
|
| |
Related to #83
|
|
|
|
|
|
| |
general.
Fixes #83
|
|
|
|
|
|
|
|
| |
Now by default, we will not walk up the directory structure and possibly find
git directories that the user didn't intend to find.
If required, that kind of behaviour can be turned back on.
Fixes #65
|
|
|
|
|
| |
That way, flake won't have to completely ignore issues it might have
in other portions of this file.
|
|
|
|
|
|
|
|
|
|
| |
test-file is working.
This brings us much closer to what git can do, and should at least prevent errors while reading
configuration files (which would break a lot of features, like handling of remotes since these rely
reading configuration files).
Fixes #112
|
|
|
|
|
| |
It works as expected by me at least.
Related to #71
|
|
|
|
|
|
|
|
|
| |
Additionally, unicode handling was improved to the point where we deal
with all diff(create_path=True) data as binary.
Therefore we don't claim to know all encodings of all textfiles in the world,
even though we still assume that everything git throws at us is utf-8 encoded.
Fixes #113
|
|
|
|
|
|
| |
future
There is still some work todo in terms of how we handle the encoding
|