delta/python-packages/gitpython.git/git/repo/fun.py, branch 2.0.7

fix(repo): fail loudly if worktrees are used

2015-08-29T14:20:28+00:00

As GitPython is in maintenance mode, there will be no new features.
However, I believe it's good idea to explicitly state we do not support
certain things if this is the case.

Therefore, when worktrees are encountered, we will throw an specific
exception to indicate that.

The current implementation is hacky to speed up development,
and increases the risk of failing due to false-positive worktree
directories.

Related to #344

Fix typo

2015-07-15T15:54:00+00:00

Overhauled all tutorials, and placed them in a unit-test.

2015-01-22T11:40:07+00:00

That way they are protected from regression.

Fixes #239

Assured that branch changes are properly handled.

2015-01-21T07:53:14+00:00

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

Greatly improved possible safety of Submodule.update(), which is used by default.

2015-01-20T19:56:33+00:00

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.

Repo.init() now supports paths with a '~' in it, or environment variables in general.

2015-01-10T18:20:22+00:00

Fixes #83

Added search_parent_directories keyword argument to Repo type.

2015-01-10T17:22:48+00:00

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

Improved handling of name-resolution, which will not mangle names anymore.

2015-01-08T16:08:02+00:00

Previously, an unresolvable ref name like HEAD would end up as HEX and
was presented as BadObject error, even though that exception is for
invalid shas only.
Now BadName is thrown, which converts into a more useful error message.

Improves #105

test_repo works

2015-01-06T13:05:30+00:00

test_remote works

2015-01-06T11:22:16+00:00

And I have to wonder why git-daemon serves under py2.7, but really
wants receive-pack to be allowed under 3.4. Maybe it's a repository
override which for some reason doesn't work in py3.4 ? Maybe because
the change is not flushed ?