Matthieu Moy <matthieu....@grenoble-inp.fr> writes:
> 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-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
> 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).
Hmph, I do not see it fundamentally different from using distcc to
compile not locally.
Your build infrastructure can (ab)use the configuration mechanism
for Git to store necessary information to find out what workers are
willing to help your compilation. The mediawiki-preview program is
talking over MediaWiki protocol, and it may reuse the same
credential information stored in the config to talk to the same
MediaWiki installation in connect_maybe() and sending the updated
page contents to ask it to render, but I do not see a fundamental
reason why the worker has to be the same MediaWiki installation as
So, no, I do not see a "big" difference there.
That does not mean I'd retract what I already said in the previous
issue of "What's cooking", i.e.
>> But I'll let it pass, as this is only a contrib/ thing.
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