Local Plugin Repo
#11
And is there an API for the online repo?
Reply
Thanks given by:
#12
No, I don't think so. You might want to create an issue for that on the repo
Reply
Thanks given by:
#13
Even easier, Cuberite plugins can use HTTPS to directly check with the GitHub API and download each file separately (no need to extract ZIPs) and even query the last commit date and such metadata from each repo.
Reply
Thanks given by:
#14
I usually add a SourceLocation to my Info.lua files. With that your plugin could get a link to the plugin's repo.
Reply
Thanks given by:
#15
I thought of that a while ago. It would be like having a package manager: cpm - cuberite package manager
Code:
cpm install worldedit

What about creating some kind of dependency management using LuaRocks?
Reply
Thanks given by:
#16
I think it should be a plugin, not a standalone app.
Reply
Thanks given by: NiLSPACE
#17
What I meant. If users are using zip files, we can't use it, but if the program does a git clone (or submodule) we could just use it. So we could use the program (or webadmin part) to manage ALL plugins.
Reply
Thanks given by:
#18
You would have to force the user to install git for that. Personally I hate dependencies like that. It's much easier for the user if the plugins goes through all plugins and checks at the source location if there is a newer version.
Reply
Thanks given by:
#19
no, you don't need to, because of libgit2. there might be a port for Lua out there
Reply
Thanks given by:
#20
That's kinda OS dependent. People might need to compile it themselves before they can use it in the plugin.
Reply
Thanks given by:




Users browsing this thread: 14 Guest(s)