在线时间:8:00-16:00
迪恩网络APP
随时随地掌握行业动态
扫描二维码
关注迪恩网络微信公众号
开源软件名称(OpenSource Name):gesellix/gradle-debian-plugin开源软件地址(OpenSource Url):https://github.com/gesellix/gradle-debian-plugin开源编程语言(OpenSource Language):Groovy 55.9%开源软件介绍(OpenSource Introduction):Gradle plugin to create Debian packagesAboutYou can package your files or publications (currently only MavenPublications are supported) in Debian compatible packages with the help of this Gradle plugin. Under the hood the very convenient jdeb library is used, and this plugin only represents some kind of bridge between your Gradle build and jdeb. There already are other plugins with the same goal, but after trying two or three of the most promising
implementations, I came to the conclusion that I didn't want too much setup like fpm
or too much hazzle with quite detailed build configurations.
Some plugins also tried to use the same build config to create Since I don't need RPM packages (at least for now) and because everyone should do something new (creating a Gradle plugin) from time to time, there it is: Yet another Gradle Debian package plugin! !You should know what you're doingThe plugin won't check your Packaging badly tested scripts might damage your and other peoples' system. Ok, let's have some fun! Building on your ownThis should be as easy as doing something like follows,
provided that you have
Please create pull requests for missing features or when finding bugs! UsageYour Gradle build needs to be configured as shown below. Some properties in Looking at the tests in the source repository you can find similar examples and you'll see that I had the goal to package a Tomcat compatible webapp. Apart from that, it's really up to you what is being included in your .deb package, you just need to configure the right file paths and task dependencies. plugins {
id "de.gesellix.debian" version "2021-04-05T21-19-00"
}
publishing {
publications {
webapp(MavenPublication) {
from components.web // .war
}
}
}
debian {
packagename = "packagename"
publications = ['webapp']
controlDirectory = "/path/to/control"
changelogFile = "/path/to/changelog"
data {
def baseDir = "/path/to/data"
dir {
name = baseDir
exclusions = [
"etc/init.d/packagename"]
mapper {
filename = { path -> "opt/" + path }
}
}
file {
name = "${baseDir}/etc/init.d/packagename"
target = "etc/init.d/packagename"
mapper {
fileMode = "755"
}
}
link {
path = "/etc/packagename/"
name = "var/lib/packagename/conf"
}
}
} VersioningI currently don't support Semantic Versioning or similar concepts, just because I don't expect too many breaking changes to come. My preference will be to not break any interface. Release WorkflowThere are multiple GitHub Action Workflows for the different steps in the package's lifecycle:
LicenseMIT License Copyright 2015-2021 Tobias Gesellchen (@gesellix) Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions: The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software. THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE. |
2023-10-27
2022-08-15
2022-08-17
2022-09-23
2022-08-13
请发表评论