Junio C Hamano <gits...@pobox.com> writes:

> * bp/mediawiki-preview (2013-07-08) 7 commits
>   (merged to 'next' on 2013-07-12 at 870890a)
>  + git-remote-mediawiki: add preview subcommand into git mw
>  + git-remote-mediawiki: add git-mw command
>  + git-remote-mediawiki: factoring code between git-remote-mediawiki and 
> Git::Mediawiki
>  + git-remote-mediawiki: update tests to run with the new bin-wrapper
>  + git-remote-mediawiki: add a git bin-wrapper for developement
>  + wrap-for-bin: make bin-wrappers chainable
>  + git-remote-mediawiki: introduction of Git::Mediawiki.pm
>  Add a command to allow previewing the contents locally before
>  pushing it out, when working with a MediaWiki remote.
>  I personally do not think this belongs to Git.  If you are working
>  on a set of AsciiDoc source files, you sure do want to locally
>  format to preview what you will be pushing out, and if you are
>  working on a set of C or Java source files, you do want to test it
>  before pushing it out, too.  That kind of thing belongs to your
>  build script, not to your SCM.

There's one big difference: when you use AsciiDoc/C/Java/... your build
system works locally. "git mw preview" uses the remote wiki to do the
rendering. It doesn't do so with the remote-helper interface, but uses
the same remote and same configuration as the remote-helper, and it
shares some code with it. It seems logical to let it leave next to the
remote-helper (but clearly in contrib/, not in the core Git).

Matthieu Moy
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to