[IPython-dev] submodules over https

[MinRK]

A permanent fork doesn't have a strong case, because it's a one-commit
change for a permanent never-changing update to the URL.  Mirroring is a
better case, since it shouldn't actually affect the repo.  But it seems
pretty terrible that under normal circumstances, no clone of any IPython
repo other than the official one or a proper careful mirror will actually
be functional.


On Thu, May 2, 2013 at 10:12 AM, W. Trevor King <wking at tremily.us> wrote:

> On Thu, May 02, 2013 at 10:00:06AM -0700, MinRK wrote:
> > So it seems like a hardcoded URL is the right approach,
>
> I disagree.  Aron's point about use cases is well made.  If this is
> your expected approach:
>
> On Thu, May 02, 2013 at 09:56:30AM -0700, MinRK wrote:
> > A very simple "I want to check out this user's branch" doesn't work under
> > normal circumstances:
> >
> > git clone git://github.com/minrk/ipython.git -b relative-submodule
> > --recursive
>
> then hardcoding is the way to go.  However, folks interested in your
> relative-submodule branch are likely already IPython devs that have
> the main repo and its submodules checked out.  In that case, the
> submodule URL doesn't matter at all (because they already have the
> submodules checked out before they switch to your branch).  The
> benefit of relative URLs is that if you want to mirror the IPython
> repositories somewhere else (or start your own permanent fork), the
> relative URLs are one less thing you have to change.  For me and my
> projets, the mirroring argument seals the deal.  I'm not familiar
> enough with IPython development to have an opinion there ;).
>
> Cheers,
> Trevor
>
> --
> This email may be signed or encrypted with GnuPG (http://www.gnupg.org).
> For more information, see http://en.wikipedia.org/wiki/Pretty_Good_Privacy
>
> _______________________________________________
> IPython-dev mailing list
> IPython-dev at scipy.org
> http://mail.scipy.org/mailman/listinfo/ipython-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/ipython-dev/attachments/20130502/38c27c38/attachment-0001.html>