Revert "cmd_unstage: work correctly from a subdirectory"

I must have been smoking crack.  unstage does not work correctly with
this change, and does work correctly without it.
This reverts commit 98a6e8d1cbacef674fc346a8d10e1b34b857855e.

svn: fix tags

workdirs:  ensure the .yap directory exists in the new repo

cmd_log: use local time

cmd_init: create the .git/yap directory

svn: be more tolerant of other git-svn repos

workdir: cleanup after ourselves if branch -d fails

This may happen in the case of a leaf branch

workdir: override cmd_branch

Prevent deleting a branch that is checked-out in another working copy

workdir: fix locking

In some cases the lockfile contained a relative path, which caused the
existance test te behave oddly

workdir: the yap dir must be shared between workdirs

Merge branch 'pu'

svn: only allow one process to fetch at a time

workdir: cleanup the created tmp file

workdir: create tmpfiles in the correct directory

workdir: create the lock dir if needed on unlock

workdir: add usage and a completion message

workdir: unlock branches when appropriate

workdir: prevent switching to in-use branches

Also allow dead locks to be broken

workdir: new plugin

Create a plugin to automatic creating new workdirs for git repositories.

cmd_repo:  don't hardcode deletion to "origin"

cmd_add: recurse through directories

cmd_stage: recurse through directories

Replace usage of diff-files + apply with "git add -u"

Yay, performance increases

backup: it only makes sense to backup files that exist

svn: alter ordering in resolv_rev

Prefer using the metadata directly, as this is faster than fork/exec'ing
git to do the same thing.  We still fall back to git-svn if we don't
find the hash, however.

cmd_revert: work correctly when run from a subdirectory

git checkout-index only operates on the current repository subdirectory,
so we want to run it from the repository root

cmd_unstage: work correctly from a subdirectory

check_commit, cmd_switch: git apply needs to run from repo-root

This fixes some irregularities with commit, revert, etc, when run from a
subdirectory

Refactor "rev-parse --show-cdup" into a utility function

add_one: check for just-added files as well

cmd_unstage: give a more helpful message

Showing the usage after running "yap unstage -a" in a repo with nothing
staged is particularly unintuitive.

Correct users of for-each-ref

Using a pattern ending in "/*" unintentionally caused only the first
level of references to be shown.  i.e., refs/heads/a/b would not be
listed as a branch.

cmd_help: properly detect failure of get_attr

Unlike __getattribute__, get_attr doesn't raise an exception

cmd_help: use get_attr to find the usage for a command

Without this command that are overridden by plugins would not have their
help displayed properly.
Closes: #27bd1a6fc1ce6eabd91ce9f7856a34d0b66c165e

Merge branch 'svn-log'

svn: store keys for all svn-remotes

cmd_status: properly strip the common prefix

This code assumed that os.path.split would return an n-tuple, but it
fact it always returns only two components, the basename and the
dirname.

Merge branch 'progress'

cmd_switch: show progress

cmd_point: show status output from read-tree

This change has the nice effect of also simplifying the code

svn: avoid calls to resolve_svn_rev when possible

resolve_svn_rev isn't terribly expensive, but in a log the cost quickly
adds up.  Once we see a commit whose hash matches its git-svn-id, we
know all parents of that hash will too.  Take advantage of that fact to
avoid calls to resolve_svn_rev.  The result noticably speeds "yap log"

svn: don't call resolve_rev directly

resolve_rev will throw an exception when the revision doesn't resolve.
Instead factor the SVN logic into a seperate helper and call that
function directly

do_commit: simplify popen use

We only need a unidirectional pipe to "stripspace", so we can use popen
instead of popen2

svn: implement filter_log

filter_log does two things; one, it strips out the annoying git-svn-id
lines.  Two, it add a line in the header for the subversion metadata
when it is accurate.

get_pager_cmd: use 'less', not 'more'

cmd_log: implement in terms of rev-list and show

More of the git-log logic needs to me implemented in python to better
allow for filtering of commit log messages

svn: fix the case in resolve_rev when git-svn works

rare though it may be, this case shouldn't break

tcommit: fix copy/paste bug

cmd_cherry_pick: use resolve_rev

svn: don't disable metadata

svn: recognize file:// URLs

cmd_repo: additionally list remote branches

Merge branch 'svn-rev'

cmd_log and cmd_show: go through the resolve_rev interface

svn: accept subversion revisions

Override _resolve_rev so that we can intercept SVN revisions

resolve_rev: factor into a new utility function

unstage_one: accept relative paths

cmd_status: show relative paths

Relative paths are much easier to copy and paste

show unstaged and unmerged files for the entire repository

Since ls-files only inspects from $PWD down, we must chdir to the top
of the repository in order to see the full-repository status

get_unstaged_files: don't double-account for new files

Staging a new file doesn't remove it's newness; therefore a file will
appear in the "new" list and the "staged" list.  Remove such duplicates.

tcommit: forget a branch if the user deletes it

yap.zsh: flesh out completions

cmd_version: use an autogenerated version

cmd_repo: delete the refs belonging to a deleted repo

cmd_repo: fix typo

svn: create the svn "repo" when cloning a cache repo

clear_state: don't bail out if one of the files doesn't exist

Update TODO

svn: make the tagged metadata blob more robust

Store all keys in the svn-remote.svn section, not just known ones.
Additionally, record the value of the branch pointer that corresponds to
each metadata file; if they don't match, the remote will try to
regenerate it.

svn: remove hack in metadata blob

Now that plugins are properly imported, we don't have to use ugly
namespace hacks to get pickle to work

backup: be quiet if the file doesn't exist

This could happen during clone, for example

svn: be careful not to hijack non-SVN clones

Merge branch 'plugins2'

unstage_one: don't fail when there are staged and unstaged changes

cmd_unstage: don't mark conflicting files as resolved

Implement the merge subcommand

Reimplement cmd_plugins

Refactor load_plugins() out of yap_metaclass

svn: factor out the "applicable" helper

Useful for determining if a push/fetch request should be handled by the
plugin or not.

Allow plugins to inherit from other plugins

When plugins inherit from other plugins, we need to simplify "bases" or else
python may not be able to derive an acceptable MRO.

Properly descend the ancestry for help/usage/options

Plugins shouldn't have to duplicate help/usage messages when
unnecessary.  Look through the inheritance chain when the leaf object
doesn't define them.

Port plugins to the new plugin API

cmd_resolved: obvious fix

Implement a new plugin system using multiple-inheritance

First, we split all the interesting functions out of Yap into a new
class, YapCore.  Yap retains only the "main" method.  Yap is a metaclass
with dynamically-determined inheritance.  The yap_metaclass function
loads all plugins and creates the list of parents of Yap.  In this way,
commands (and even utility functions) can be overriden in a sane way
using standard python OO.

Clear out awkward manual inheritance system

svn: remove branch@rev remotes

svn: be tolerant of branches without metadata

README: Add a "features" section

Create new README file

Move "README" out of the way for a better one

cmd_history: make sure the index is clean before running am

Add descriptions to the plugins

cmd_help: show commands provided by plugins

svn: be tolerant of multiple fetch lines

svn: don't set branches/tags to fetch from trunk

If a non-standard repo (one without "trunk" in the URL) were cloned, it
would result in bogus values for branches/tags.  Don't even try to deal
with branches and tags in this case.

Change the interface for pre- and post- hooks

Pre-hooks are more useful if they can modify the incoming parameter
stream.  To accomate that, we have to change the API.

svn: setup git-svn after cloning an SVN mirror

If the tag "yap-svn" exists on the remote, it points to a blob with
configuration data.  Use that data to setup git-svn in the new
repository.

svn: create a tagged blob with vital repository information

In order to setup git-svn info on the other end of a clone, there is
some information needed that cannot readily be derived.  Put this
information into a tagged blob that "git clone" will carry across for
us.

svn: give configure_repo an optional parameter for better reuse

svn: fix stupid bug in clone