Re: split of mockup / plone.mockup

Ramon Navarro Bosch <[email protected]>
Newsgroups gmane.comp.web.zope.plone.devel
Message-ID <CAAnL+Sb9YAo2On5ez4Wg3RL7kqND1oJe9r1uL5oH1f3PYoE04w@mail.gmail.com>
May we try to revert the status to a mockup repository beeing a python egg
and a bower component. Maybe we can create there a dist folder with the
distributed version of mockup if that can help, so the bower package has a
compiled version?. With a .bowerrc we can have the bower.json on the root
and we can also have the packages.json on the root. We can focus on
improving mockup-core wherever is the problem.

I would not disconnect mockup source from plone, we need to be able to test
how a change on mockup affects plone 5.

For me its a matter of responsability that mockup stability is on Plone
community, so we need to connect it to our development process, otherwise
using mockup as we are using any other js/css components (as we are using
bootstrap with bower) needs to have its own community, its release process,
its ci, ... and then we will need to create another js layer with the
specific plone js/css code.

Ramon

El dt., 10 març, 2015 a les 15:20, Patrick Gerken (<[email protected]>)
va escriure:

> On 10.03 15:10, Johannes Raggam wrote:
> > most of the critique on git submodules out there refers to git
> > submodules being used as a project dependency manager. this is not the
> > way i use it for plone.mockup.
> > but possible CI troubles are valid arguments against having submodules.
> >
> > mockup core makes so much assumptions about dependend projects (js,
> > patterns and build directories have to live in the level where Makefile
> > and bower lives, etc), that separating the python egg from mockup seemed
> > much cleaner.
> > fortunately we're using git and restoring the previous situation is
> > easily possible.
> > i will revert this evening, if i and no one else comes up with a better
> > solution. i'll try the git subtree feature before, maybe this is more
> > transparent and CI sane, i don't know...
>
> Be careful about git subtree. If you plug mockup into plone.mockup, it
> can be hard or impossible to remove mockup and its history from the
> plone.mockup git history. Also, as said earlier, using git submodule or
> git subtree to fix a problem with mockup-core seems weird to me.
>
> Best regards,
>
>        Patrick
>

------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/

_______________________________________________
Plone-developers mailing list
Plone-developers-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
https://lists.sourceforge.net/lists/listinfo/plone-developers
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.