| Age | Commit message (Collapse) | Author |
|---|
|
commit-msg hook support
|
|
Fix broken progress in clone_from()
|
|
Only gc.collect() under windows
|
|
Converting path in _clone to str before any other operation
|
|
|
|
|
|
|
|
|
|
|
|
as long as line contains "peeled", accept it
fixes the PackingType of packed-Refs not understood:
# pack-refs with: peeled fully-peeled sorted
problem
|
|
Under Windows, tempfile objects are holding references to open files
until the garbage collector closes them and frees them. Explicit
calls to gc.collect() were added to the finalizer for the Repo class
to force them to be closed synchronously. However, this is expensive,
especially in large, long-running programs. As a temporary measure
to alleviate the performance regression on other platforms, only
perform these calls when running under Windows.
Fixes #553
|
|
case eg pathlib.Path is passed
|
|
We don't properly encode our error message under python3.
Signed-off-by: Paul Belanger <pabelanger@redhat.com>
|
|
|
|
|
|
|
|
|
|
|
|
FetchInfo.re_fetch_result has no reason to be public
|
|
Fix GitError being raised in initial `import git`
|
|
worktrees: make non-packed refs also work correctly.
|
|
Plazmaz-master
|
|
It's not portable to test for a secific author name
|
|
util: move expand_path from repo/base and use it in Git class init
|
|
|
|
BF: Added missing NullHandler to logger in git.remote
|
|
|
|
|
|
|
|
|
|
Turns out aec58a9 did the right thing for /packed/ refs, but didn't work
correctly on /unpacked/ refs. So this patch gives unpacked refs the
same treatment.
Without the fix here, the test added will cause this traceback:
======================================================================
ERROR: Check that we find .git as a worktree file and find the worktree
----------------------------------------------------------------------
Traceback (most recent call last):
File "/home/pjones/devel/github.com/GitPython/git/test/lib/helper.py", line 92, in wrapper
return func(self, path)
File "/home/pjones/devel/github.com/GitPython/git/test/test_repo.py", line 938, in test_git_work_tree_dotgit
self.assertIsInstance(repo.heads['aaaaaaaa'], Head)
File "/home/pjones/devel/github.com/GitPython/git/util.py", line 893, in __getitem__
raise IndexError("No item found with id %r" % (self._prefix + index))
IndexError: No item found with id 'aaaaaaaa'
Woops.
Things I've learned:
- test_remote doesn't work currently if you start on a branch. I think
it never did?
- Because of 346424da, all *sorts* of stuff in the test suite doesn't
work if you name your development branch "packed-refs"
(This seems like a bug...)
Signed-off-by: Peter Jones <pjones@redhat.com>
|
|
|
|
This catches any raise of one of the custom exceptions defined in
`git.exc` during the imports in the dunder init, and raises an
`ImportError` in those cases.
|
|
And when using the API interactively, having it show up as public is
confusing.
|
|
Added tilde expansion as part of the refresh function. Added python
version check such that we properly capture PermissionError in Python
>=3 and OSError in Python <3.
|
|
Added additional information in the import warning/error that tells the
user how to silence the warning/error. Also added a GIT_OK variable
that allows for a quick check whether the refresh has succeeded instead
of needing to test an actual git command.
|
|
|
|
|
|
|
|
Renamed and cleaned up variable names.
|
|
Removed few remaining references to git.setup function (as it was
renamed to refresh).
|
|
Renamed GIT_PYTHON_NOWARN to GIT_PYTHON_INITERR and added values for
quiet import, warning import, and raise import. These respectively mean
that no message or error is printed if git is non-existent, a plain
warning is printed but the import succeeds, and an ImportError
exception is raised.
|
|
Added the ability to silence the first refresh warning upon import by
setting an environment variable.
|
|
Renamed to simplify and avoid issue with nose tests trying to use
`setup` as a setup for testing. Unittest implements basic test for
refreshing with a bad git path versus a good git path.
|
|
Discovered that the remote module also relies on the git executable as
such it also needs to be “refreshed” anytime the git executable is
updated or changed. This was best solved by moving the setup function
into the top level __init__ where the setup simply calls
git.cmd.Git.refresh and git.remote.FetchInfo.refresh.
|
|
Added one function (setup) and an alias (refresh simply calls setup).
These functions give the developer one more way to configure the git
executable path. This also allows the user to interactively adjust the
git executable configured during runtime as these functions dynamically
update the executable path for the entire git module.
|
|
[skip ci]
|
|
Here is the error log we see:
======================================================================
ERROR: test_git_submodules_and_add_sm_with_new_commit (git.test.test_submodule.TestSubmodule)
----------------------------------------------------------------------
Traceback (most recent call last):
File "C:\projects\gitpython\git\test\lib\helper.py", line 92, in wrapper
return func(self, path)
File "C:\projects\gitpython\git\test\test_submodule.py", line 709, in test_git_submodules_and_add_sm_with_new_commit
smm.git.commit(m="new file added")
File "C:\projects\gitpython\git\cmd.py", line 425, in <lambda>
return lambda *args, **kwargs: self._call_process(name, *args, **kwargs)
File "C:\projects\gitpython\git\cmd.py", line 877, in _call_process
return self.execute(call, **exec_kwargs)
File "C:\projects\gitpython\git\cmd.py", line 688, in execute
raise GitCommandError(command, status, stderr_value, stdout_value)
GitCommandError: Cmd('git') failed due to: exit code(128)
cmdline: git commit -m new file added
stderr: '
*** Please tell me who you are.
|
|
One of the submodule tests says:
Traceback (most recent call last):
File "C:\projects\gitpython\git\test\lib\helper.py", line 92, in wrapper
return func(self, path)
File "C:\projects\gitpython\git\test\test_submodule.py", line 706, in test_git_submodules_and_add_sm_with_new_commit
smm.git.commit(m="new file added")
File "C:\projects\gitpython\git\cmd.py", line 425, in <lambda>
return lambda *args, **kwargs: self._call_process(name, *args, **kwargs)
File "C:\projects\gitpython\git\cmd.py", line 877, in _call_process
return self.execute(call, **exec_kwargs)
File "C:\projects\gitpython\git\cmd.py", line 688, in execute
raise GitCommandError(command, status, stderr_value, stdout_value)
git.exc.GitCommandError: Cmd('git') failed due to: exit code(128)
cmdline: git commit -m new file added
stderr: '
*** Please tell me who you are.
Run
git config --global user.email "you@example.com"
git config --global user.name "Your Name"
to set your account's default identity.
Omit --global to set the identity only in this repository.
fatal: unable to auto-detect email address (got 'appveyor@APPVYR-WIN.(none)')'
Clearly this is failing because (none) isn't a valid TLD, but I figure
I'll try to set a fake value and see if that works around it.
|
|
This makes Repo("foo") work when foo/.git is a file of the form created
by "git worktree add", i.e. it's a text file that says:
gitdir: /home/me/project/.git/worktrees/bar
and where /home/me/project/.git/ is the nominal gitdir, but
/home/me/project/.git/worktrees/bar has this worktree's HEAD etc and a
"gitdir" file that contains the path of foo/.git .
Signed-off-by: Peter Jones <pjones@redhat.com>
|
