Updated Plugins Guide - questions and RFT

Marius Kruger amanic at gmail.com
Tue Sep 29 00:03:07 BST 2009


2009/9/28 Robert Collins <robertc at robertcollins.net>:
> On Mon, 2009-09-28 at 12:50 +1000, Ian Clatworthy wrote:
>
>> > I urge you to federate this data directly into the plugins in the first
>> > place: we've written approximately all the code to do this already.

+1

>> There are at least two issues with that I know of:
>>
>> 1. We still need a list of plugin branch URLs *somewhere* so we can
>>    fetch them to get the rest of the data.

I was thinking that you have a plugins directory with a branch for each plugin.
Because branches store their own pull location, you can just use that.
I actually use a scmproj to manage and update all my plugins from time to time.

>> 2. We have around 100 plugins and I don't have write access to most
>>    of them.
>
> Well, this one is fairly solvable ;P - submit patches, and pull from a
> patched branch until they are accepted ;).

i.e. make it the minimum requirement for being on the list :)


so decide how it should work, prototype it in one plugin, advertise
the new plugin 'requirement'
and after a while only let compliant plugins on the list.

-- 
<| thanks. it looks great
U| Marius
H| <><



More information about the bazaar mailing list