[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