Re: GSOC git push pull to plone.app.theming

On 8 Mar 2014 02:20, "Martin Aspeli" <[email protected]> wrote:
>
> Not sure I've grokked all of the use cases here, but maybe it would be
better to allow manipulation of file system files (eg resources/theme/*) in
the theme editor (which would be pretty easy but will require careful
security considerations) and use dulwch on those?
>

Unfortunately that approach isn't so scalable as it wouldn't work for more
than one server. You could use NFS or similar but you'd have to deal with
locking etc. You'd have to make sure the edit transactions were linked with
got commits. Could end up being just as complex.
Its about tracking changes to online code in a public cloud.

> Trying to implement the git protocol with zodb blobs as backing storage
sounds inanely complicated and error probe and unlikely to remain
maintainable. git talks files :)
>

https://www.samba.org/~jelmer/dulwich/apidocs/dulwich.repo.MemoryRepo.html

> Martin
> --
> Sent from Mailbox for iPhone
>
>
> On Fri, Mar 7, 2014 at 4:14 PM, Guido Stevens <[email protected]>
wrote:
>>
>> On 07/03/14 04:08, krishnatejaperannagari wrote:
>> > Sorry sir,i got some misconceptions regarding the idea,So i am
>> > sending this mail to see if i got the idea right.its a bit lengthy
>> > because i want to check if i am correct or not:
>>
>> There's a few issues with your approach. Especially:
>>
>> > 5.Git also uses the object based storage approach and hence it
>> > doesnt create any problems when used in combination with zodb or zeo.
>>
>> This is a "heroic assumption" i.e. very likely untrue.
>>
>> Git is a file-based object store. Dulwich uses that file-based object
>> store. Plone uses ZODB which is also a file-based object store, but it's
>> a *different* object store. Incompatible.
>>
>> You cannot manipulate Data.fs as if it was just a file in git. Well you
>> can but that doesn't make sense. You cannot manipulate git files in the
>> ZODB.
>>
>> The most sane route would be possibly to manipulate the git trees
>> outside of the ZODB. And maybe use git replication, not ZEO replication,
>> at a later stage.
>>
>> :*CU#
>> --
>> Guido Stevens | +31.43.3618933 | http://cosent.nl
>>
>> s o c i a l k n o w l e d g e t e c h n o l o g y
>>
>>
>>
------------------------------------------------------------------------------

>> Subversion Kills Productivity. Get off Subversion & Make the Move to
Perforce.
>> With Perforce, you get hassle-free workflows. Merge that actually works.
>> Faster operations. Version large binaries. Built-in WAN optimization and
the
>> freedom to use Git, Perforce or both. Make the move to Perforce.
>>
http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk
>> _______________________________________________
>> Plone-developers mailing list
>> Plone-developers-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
>> https://lists.sourceforge.net/lists/listinfo/plone-developers
>
>
>
>
------------------------------------------------------------------------------
> Subversion Kills Productivity. Get off Subversion & Make the Move to
Perforce.
> With Perforce, you get hassle-free workflows. Merge that actually works.
> Faster operations. Version large binaries.  Built-in WAN optimization and
the
> freedom to use Git, Perforce or both. Make the move to Perforce.
>
http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk
> _______________________________________________
> Plone-developers mailing list
> Plone-developers-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> https://lists.sourceforge.net/lists/listinfo/plone-developers
>

------------------------------------------------------------------------------
Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce.
With Perforce, you get hassle-free workflows. Merge that actually works. 
Faster operations. Version large binaries.  Built-in WAN optimization and the
freedom to use Git, Perforce or both. Make the move to Perforce.
http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk

_______________________________________________
Plone-developers mailing list
Plone-developers-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
https://lists.sourceforge.net/lists/listinfo/plone-developers