[vtk-developers] Adding VTKData and VTKLargeData as optional submodules

[Bill Lorensen]

Except for a few developers, don't assume the VTK developers are
comfortable with git.

That said, if the right way to do it is a ways off and if the current
situation is causing a lot of trouble and/or confusion,

Go for it.

Bill

On Wed, Mar 6, 2013 at 10:29 AM, Marcus D. Hanwell <
marcus.hanwell at kitware.com> wrote:

> On Wed, Mar 6, 2013 at 10:23 AM, Bill Lorensen <bill.lorensen at gmail.com>
> wrote:
> > For ITK, we started with submodules for the data and after a few months
> > abandoned it. We had too many situations where the submodules got
> screwed up
> > because a developer did not follow the proper protocol. I can't recall
> the
> > details.
> >
> > I suggest we keep things as they are until we switch over to a content
> based
> > hashing we use in ITK. Which, my the way, works great.
>
> We think that may be a ways off, and any reasonable review where you
> look at CDash at Home would uncover a submodule screw up. I followed the
> ITK situation, and honestly think it was quite different with a group
> uncomfortable with git when submodule support was less mature. The
> separate repositories is also causing issues whenever a baseline needs
> to be changed.
>
> Marcus
>



-- 
Unpaid intern in BillsBasement at noware dot com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/vtk-developers/attachments/20130306/519a077a/attachment.html>