<span style="color:rgb(51,51,51);font-family:Verdana,sans-serif;font-size:13px">Why Github? </span><span style="color:rgb(51,51,51);font-family:Verdana,sans-serif">A fossil server would do as well....</span><div><blockquote style="color:rgb(51,51,51);font-family:Verdana,sans-serif;font-size:13px">
<center><br><table border="1" cellpadding="5"><tbody><tr><th width="50%">GIT</th><th width="50%">FOSSIL</th></tr><tr><td>File versioning only</td><td>Versioning, Tickets, Wiki, and Blog/News</td></tr><tr><td>Sharding</td>
<td>Replicating</td></tr><tr><td>Developer branches</td><td>Feature branches</td></tr><tr><td>Complex</td><td>Intuitive</td></tr><tr><td>Separate web tools</td><td>Integrated Web interface</td></tr><tr><td>Lots of little tools</td>
<td>Single executable</td></tr><tr><td>Pile-of-files repository</td><td>Single file repository</td></tr><tr><td>Uses &quot;<tt>rebase</tt>&quot;</td><td>Immutable</td></tr><tr><td>GPL</td><td>BSD</td></tr></tbody></table>
</center></blockquote><div><a href="http://www.fossil-scm.org/index.html/doc/trunk/www/fossil-v-git.wiki">http://www.fossil-scm.org/index.html/doc/trunk/www/fossil-v-git.wiki</a></div><br><div class="gmail_quote">On 8 September 2012 22:31, Fernando Perez <span dir="ltr">&lt;<a href="mailto:fperez.net@gmail.com" target="_blank">fperez.net@gmail.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi all,<br>
<br>
We&#39;ve been having on and off discussions about this in the middle of<br>
other threads for a while, and we think it&#39;s time to make a decision.<br>
Our current wiki setup (<a href="http://wiki.ipython.org" target="_blank">http://wiki.ipython.org</a>) is a manual mediawiki<br>
installation that we manage, with configuration mostly having been<br>
done by Thomas and myself.  We chose that instead of activating the<br>
github wiki mainly because we wanted a more &#39;user friendly&#39; space:<br>
github wikis are still located deep inside of the github site with a<br>
lot of screen space and controls that are mostly relevant to those<br>
following development more closely.<br>
<br>
But as more and more of our workflow happens on github, we are<br>
reconsidering this decision.  For example, with the new process for<br>
discussing more complex IPython enahncements via IPEPs<br>
(<a href="https://github.com/ipython/ipython/wiki/IPython-Enhancement-Proposals-%28IPEPs%29" target="_blank">https://github.com/ipython/ipython/wiki/IPython-Enhancement-Proposals-%28IPEPs%29</a>),<br>
it makes a lot of sense to work on github itself, as it lets us<br>
conveniently link all materials on one site, we reuse skills<br>
(markdown) and workflow patterns, etc.  And keeping *two* wikis, one<br>
on a manual Mediawiki install and one on github, is really more<br>
management than it&#39;s worth.  Hence the question:<br>
<br>
Should we consolidate all wiki materials on a single one on github?<br>
<br>
[ ] Yes<br>
[ ] No<br>
<br>
In terms of actually agreeing to move, we need to have a migration<br>
plan in place first, though.  Maintaining two wikis is untenable, so<br>
before we start building the new github one we need to have a solution<br>
for migrating content, which fortunately isn&#39;t too much.  Would anyone<br>
here volunteer to help out with this process?  Most likely it can be<br>
automated to a significant degree; we can give a volunteer acess to<br>
the mediawiki installation; since the github wiki is itself just a<br>
wiki repo, then running pandoc over all the pages on the existing wiki<br>
and pushing to that local repo should be pretty easy.<br>
<br>
Cheers,<br>
<br>
f<br>
_______________________________________________<br>
IPython-User mailing list<br>
<a href="mailto:IPython-User@scipy.org">IPython-User@scipy.org</a><br>
<a href="http://mail.scipy.org/mailman/listinfo/ipython-user" target="_blank">http://mail.scipy.org/mailman/listinfo/ipython-user</a><br>
</blockquote></div><br></div>