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
_______________________________________________
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user
