[Qgis-user] Public Repository for plugins...

Dane Springmeyer blake at hailmail.net
Mon Jun 8 13:42:34 PDT 2009


>>
>>
>> Basicaly housing a bunch of plugins in one place in one repo and
>> different people are responsible for their different plugins and we  
>> all
>> follow the "proper" way to package and distribute to the python  
>> plugin
>> loader.
>>

I think this is a great idea and free SVN hosting like google code  
would work well for this.

>>
>> Thoughts?
>>
>>
> We've discussed it briefly previously and I believe Gary was looking
> into how to do this so it would be integrated with the distribution  
> site
> http://pyqgis.org/
>

Funny - how is it that there are only two 'official plugins'?

> Although that appears to be down at the moment, it's where the  
> Official
> and Contributed Plugins are hosted from.
>

works for me

> As I pointed out in a previous thread on this the model you wrote is
> basically like trac-hacks.org, and feasible. There is some question as
> to whether we should go with a DVCS to allow for more flexibility in
> merging and trading pieces.

I would vote for SVN, because it lends itself to the multiple  
directory, many projects approach, while mercurial is specifically  
designed to house only a single code project.


> It appears that some plugin devs prefer Git
> or Mercurial over svn for this stuff.
>

The only reason I use mercurial (http://bitbucket.org/springmeyer/quantumnik/ 
) is because for early development of unique projects I personally  
prefer to having ONE clear wiki for ONE clear project with ONE rss  
feed I can share with folks. (While I really enjoy using google code  
for a sandbox for lots of other stuff, like with http://code.google.com/p/mapnik-utils/.)

So, I would imagine that David's suggestion of a kind of group  
versioned code site (even though I may not use myself), would be best  
using Subversion.

> Overall though I agree we need a central hub for plugin development to
> make it easier to manage the Official ones and allow champions to  
> easily
> pickup where someone else left off.
>

Someone create one!

Dane




More information about the Qgis-user mailing list