magit: prefix make-commit-button with magit-

To prevent namespace conflicts, and for uniformity.

Signed-off-by: Ramkumar Ramachandra <artagnon@gmail.com>
contrib/magit-inotify.el: prepare for melpa

This file cannot be part of the `magit' package because it depends on
`inotify.el' which is only part of Emacs since version 24.4 (which as of
now hasn't been released yet).
contrib/magit-inotify.el: reindent Commentary
Merge branch 'artagnon/master'
magit-push: shorten lines and prepare for next commit
magit-push: don't always prepend refs/heads/ to ref name

Only prepend "refs/heads/" to the ref name read from the
minibuffer if it does not begin with "refs/".

Suggested-By: Jeff Mickey <jmickey@netapp.com>
magit-rebase-step: cosmetics
add new function magit-file-line
magit-rebase-info: cosmetics

While this commit by itself looks like I might be going from one
extrem (common the the Magit source) of having very descriptive variable
names to having one letter names I do not have any intentions to do this
everywhere.  Here it makes sense though: the meaning is still obvious
and it helps a lot making the code cleaner.
magit-status-refresh: show commit rebase stopped at

Suggested-By: Moritz Bunkus <moritz@bunkus.org>
add option magit-commit-mode-show-buttons

Suggested-By: Christopher Monsanto <chris@monsan.to>
deal with magit-custom-options being dynamically bound

Ensure that only the command, for which the (global) value of
`magit-custom-options' was set inside a dynamic binding, can see that
value by (again dynamically) binding it to nil before refreshing other
buffers (some of which might make use of that option during a refresh).

We cannot make this variable buffer local because that would collide
with other leaky abstractions.  E.g. the buffer whose value we would
want to use is not actually current anymore when the command is
called (see `magit-key-mode-command').

The change to `magit-log-long' is not actually required, and does not
even have any visible effect.  Before entering this rabbit hole I had
hopes that this change would fix the issue.  I keep it for consistency
with all other places where `magit-custom-options' is integrated into
some bigger list: they all use `append', so stop using `nconc' here.

Uff.  This fixes #633.
allow not using --graph when generating logs
magit-move-branch: cosmetics
magit-delete-branch: restore old behaviour

When the user tries to delete the checked out branch and then replies
that she wants to checkout master first then do so *and* delete the
other branch.

Before the previous commit 2107722 that touched this code we already did
that and I believe it was not intentional to change that.
magit-git-dir: add optional SUBPATH argument
remove magit-tree-contents

It was only used once and did in 13 complicated lines
what can be achieved in one simple line.
de-obfuscate magit-list-interesting-refs
fix more section headings

* rename "Branch Utilities" to "Branch Manager Mode"
* Add "Logging (continued)"
  (should be mered with "Logging" elsewhere in the file)