Open l0nax opened 5 years ago
@l0nax first thanks a lot for all your contributions to the project, we really appreciate it.
helm install
way install will be documented using helm template
@rimusz Updated
Can you explain me what the Xray Feature is? As I understood it's a advanced Feature of the JFrog Artifactory.
JFrog Xray scans artefacts in Artifactory, by Xray feature I mean to implement https://github.com/jfrog/kubexray into Kubenab. e.g. Kubenab checks image against Xray and if the image has security issues Kubenab will fail the image usage.
Ah ok. Is the Xray API documentation public available?
yup https://www.jfrog.com/confluence/display/XRAY/Xray+REST+API but you could take a look to https://github.com/jfrog/kubexray it has all that implemented already :) https://github.com/jfrog/kubexray/blob/master/cmd/kubexray/handler.go#L593 @DarthFennec could help you there
Okay thanks
Could you create a Milestone and a develop branch? So we can keep track and other Users will have the stable Version of kubenab
after cloning.
I have created the milestone and dev-1.0.0
branch
Thanks :)
Hi,
Is anybody working on this? There doesn't seem to be any activity on dev-1.0.0
branch
I'd love to help out in any way I can (also because I have some features that I would like to see :) ).
Hey @lhotrifork currently this project – especially release v1 – has a very high priority on our internal (and personal) Task list.
So if you have any ideas/ features please post it here so we can discuss about it :D
@rimusz could you please give me the privileges to push to the dev-1.0.0
branch? This would help me in my development cycle. But if it isn't possible it's not a big deal ^^
And whats about the CI/CD? Which CI/CD service do you use? Is it possible that we can use Travis CI - since it's the defacto standard in OpenSource projects, also because everyone can check out the build logs, process, ...
@l0nax github does not support privileges per branch :( We used TravisCI before but as JFrog acquired Shippable we have to use our products for CI/CD. Let me double check that again.
@l0nax github does not support privileges per branch :(
Ok :(
Let me double check that again.
Ok, thanks :)
@rimusz Can the helm
chart be split into a separate repository? Or ie. (later) into the JFrog Charts.
@l0nax yes, the chart will be moved to JFrog charts github repo
@rimusz Any updates about the Travis CI
?
@l0nax I have no update on Travis Ci
yet
@l0nax CircleCi will be used https://github.com/jfrog/kubenab/issues/42
Top, thanks @rimusz :)
I have now some "free" time so I will start integrating all those features – and update the chart, etc...
Should the things we discussed separated in different Issues (and linked here) to discuss about them and create PR's which are related to them? But keep the "global" discussion about v1 in this Issue.
Should the things we discussed separated in different Issues (and linked here) to discuss about them and create PR's which are related to them? But keep the "global" discussion about v1 in this Issue.
yes :)
I have now some "free" time so I will start integrating all those features – and update the chart, etc...
I will take care of CircleCI integration
Just wondering if a path to 1.0.0 is still planned? Or did everyone jump ship to tugger or something?
Since I can not create a Milestone this Issue is a Request to create such a Milestone.
This Project uses Semantic Versioning and the "declaration" of Version 1.0.0 is that the Project is production ready. All Versions below 1.0.0 is "tagged" as breaking-changes may occur.
Here are some breaking Changes which I want to make to get this Project (really?) production-ready:
Documentation
-> 1 and 2)CHANGELOG.md
kubenab
Source Code is undercmd/kubenab
, K8s related things underdeployment
,chart
,tls
andwebhook
)kubenab
Dockerfile
/ resulting Imagescratch
Imagelog
Library of golang (which isn't bad) but there are better/ faster libraries especially for Microservicesfasthttp
instead of the defaulthttp
Library of golang (=> faster)*_test.go
Fieles for Unit-Testing and Benchmarking of single FunctionsSo @rimusz is this a good goal for Version 1.0.0?