| Age | Commit message (Collapse) | Author |
|---|
|
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>
|
|
|
|
|
|
https://docs.python.org/3/whatsnew/3.6.html#deprecated-python-behavior
|
|
Fixes #610
|
|
|
|
|
|
Fixes my incorrect fix in #598
|
|
|
|
|
|
Git version 2.11.1+ introduced extra lines into the subsequent hunk
sections for incremental blame output. The documentation notes that
parsers of this output should ignore all lines between the start and end
for robust parsing.
|
|
right thing todo
|
|
|
|
tbhartman-git_work_tree
|
|
Instead, work with os.sep.
Fixes #586
|
|
fix(cmd): checking process.DEVNUL were needlessly opening `os.devnull`
|
|
Retrofit `repo` class as context-man to cleanup global mman on repo-delete
|
|
Fixes #576
|
|
... before trying to substitute values in.
Fixes #575
|
|
|
|
Fixes resource-leak warning on Windows Puython-3.5.3+:
D:\python-3.5.2.amd64\lib\site-packages\git\cmd.py:583: ResourceWarning:
unclosed file <_io.BufferedWriter name='nul'>
else getattr(subprocess, 'DEVNULL', open(os.devnull, 'wb')))
|
|
|
|
|
|
Should have paid more attention to the test-failure before
pushing the fix.
|
|
|
|
Fixes #562
|
|
The handling is similar, but the error message makes clear
what is happening, and what can be done to handle such a case.
Related to #561
|
|
|
|
Fixes #550
|
|
Apply codereview comments of #541.
|
|
Usecase described in #553
|
|
As it does not appear to be the case.
See https://github.com/gitpython-developers/GitPython/issues/547#issuecomment-257270026
[skip ci]
|
|
|
|
Improve API for problems like #553.
|
|
Fixes to support Python 2.6 again.
|
|
Don't change the meaning of string literals
|
