D4672: Initial support for hookup of projects with general (web) services
Friedrich W. H. Kossebau
noreply at phabricator.kde.org
Thu Nov 16 13:36:39 UTC 2017
kossebau added a comment.
In https://phabricator.kde.org/D4672#168433, @apol wrote:
> Maybe instead of having all of the configuration UI's a better first approach would be to detect the plugins we can use from what's in the repository?
>
> For example github we can detect by checking .git/config or, well, `git remote show origin`. With phabricator we can look for the `.arcconfig` file.
Yes, reading existing data should be done when possible, good hint. I had not yet invested in such data finding code, so far concentrated on the service/plugin APIs to develop some sane structures.
A use-case I have in mind though is also supporting multiple instances of services. I have worked in setups with a private and public instance of same service, for keeping private/customer data separate from public/community data. So the data about services in the repo was not complete, and one would still need a UI to enter service data.
But pre-filling with detected existing data is a good idea, agreed.
REPOSITORY
R32 KDevelop
REVISION DETAIL
https://phabricator.kde.org/D4672
To: kossebau, #kdevelop, mwolff
Cc: apol, ngraham, mwolff, kdevelop-devel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kdevelop-devel/attachments/20171116/57f23888/attachment.html>
More information about the KDevelop-devel
mailing list