-
Notifications
You must be signed in to change notification settings - Fork 6.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
pre-requirement to make istio/envoy ci test happen in CI. #3682
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Lack of Apache 2.0 header in many files.
hosts: | ||
- skywalking.domain.com | ||
``` | ||
### Envoy ALS |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This should be linked in https://github.com/apache/skywalking/blob/master/docs/en/setup/envoy/als_setting.md doc too.
The old k8s doc is updated after our official release, how this works? Is it working with source code? If so, where is the process to prepare the docker image? I am feeling the document is missing somehow. |
@hanahmily And with this is going to be merged, what is the agenda for skywalking-kubernetes repo? Is that repo being abandoned? Or? |
resolved @wu-sheng |
Our plan is to drop skywalking-kubernetes after an official release with kubernetes install relevant items in it.
Hongtao Gao
Apache SkyWalking && Apache ShardingSphere
Twitter, @hanahmily
… On Oct 22, 2019, at 3:15 PM, 吴晟 Wu Sheng ***@***.***> wrote:
@hanahmily <https://github.com/hanahmily> And with this is going to be merged, what is the agenda for skywalking-kubernetes repo? Is that repo being abandoned? Or?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub <#3682?email_source=notifications&email_token=AAO6UWMSP6DMSWDCD5W5AT3QP2SB5A5CNFSM4JDLCJUKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEB4YMVI#issuecomment-544835157>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AAO6UWMLCPZ3TNBBN77UKXDQP2SB5ANCNFSM4JDLCJUA>.
|
I mean the process, before merge this, I think we at least should have suitable process for release and heln update. Could we add the process to release doc? |
Otherwise, I have concerns. Release begin maybe in two weeks later. So, we need a clear purpose of this. |
@innerpeacez can you re-title this PR? It's too vague, note that it will become the commit message in our codebase commit history |
Sure, let me clarify it more clear. I don’t intend to finish this task before the next release. The process should be like the following:
1. make helm yaml work with istio and envoy
2. join it into CI workflow.
3. pick up a proper date to release it
So I expect that we can release it in 6.6 or 6.7. There’s a big gap between the current state and release ready.
… On Oct 22, 2019, at 4:09 PM, 吴晟 Wu Sheng ***@***.***> wrote:
Otherwise, I have concerns. Release begin maybe in two weeks later. So, we need a clear purpose of this.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub <#3682?email_source=notifications&email_token=AAO6UWK6V7PXGYFVGHC4TKDQP2YJ5A5CNFSM4JDLCJUKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEB44IQY#issuecomment-544851011>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AAO6UWM756ZWWJV5GQEFR7DQP2YJ5ANCNFSM4JDLCJUA>.
|
Do you two need to collaborate in upstream code base? Or just a fork repo is good enough? |
I prefer to upstream/master branch. we need latest code base to verify the process, especially in the CI step.
and I know your concerns about source release, and my suggestion is to add `install` folder to “excluded” list in` create_source_release.sh`.
Hongtao Gao
Apache SkyWalking && Apache ShardingSphere
Twitter, @hanahmily
… On Oct 23, 2019, at 11:51 AM, 吴晟 Wu Sheng ***@***.***> wrote:
Do you two need to collaborate in upstream code base? Or just a fork repo is good enough?
Your process is clear to me. But merge into master and release of 6.5, 6.6 are still my concern.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub <#3682?email_source=notifications&email_token=AAO6UWLUNZ2I4C4ISO4QKT3QP7C4VA5CNFSM4JDLCJUKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEB76RQI#issuecomment-545253569>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AAO6UWI3MWNYHRNAFDFCWQTQP7C4VANCNFSM4JDLCJUA>.
|
But it will still misguide user. I want to offer a branch, istio-ci, which could use jenkins and our infra too, and don't need to be concernd about release issue. |
Make sense to me.
@innerpeacez what you should do is:
1. close current PR
2. send a PR to branch named `install/kubernetes`
3. follow suggestion in this PR, just like "Apache license header for each files” and etc.
Thanks a lot.
Hongtao Gao
Apache SkyWalking && Apache ShardingSphere
Twitter, @hanahmily
… On Oct 23, 2019, at 2:29 PM, 吴晟 Wu Sheng ***@***.***> wrote:
But it will still misguide user. I want to offer a branch, istio-ci, which could use jenkins and our infra too, and don't need to be concernd about release issue.
Make sense?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub <#3682?email_source=notifications&email_token=AAO6UWNHBVFCI72GQAVNC4TQP7VNFA5CNFSM4JDLCJUKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOECAHLTA#issuecomment-545289676>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AAO6UWMDU654XQJQPDOLQK3QP7VNFANCNFSM4JDLCJUA>.
|
Does the branch name need to be discussed? |
We should use istio-ci. As this is a primary goal as step1. |
Closing this. Branch |
Any branch name is good to me. but the goal of step1 is to make helm work with istio mixer and envoy ALS.
@innerpeacez don’t try to include any CI works in step1, because slim kubernetes cluster(minikube...) may
block your step. I suggest do all of related work in a hosted kubernetes cluster, for example, on-premise,
AliCloud Kubernetes, EKS(AWS) and etc.
I will send to issue to direct you how make it happen.
… On Oct 23, 2019, at 6:24 PM, 吴晟 Wu Sheng ***@***.***> wrote:
We should use istio-ci. As this is a primary goal as step1.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub <#3682?email_source=notifications&email_token=AAO6UWNDPYI55QBGDWRHQV3QQAQ47A5CNFSM4JDLCJUKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOECA4R5A#issuecomment-545376500>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AAO6UWOXIVJL2X5NA24SEKLQQAQ47ANCNFSM4JDLCJUA>.
|
Ok, I will submit it to the istio-ci branch soon. thanks a lot. @wu-sheng @hanahmily |
Please answer these questions before submitting pull request
Why submit this pull request?
Bug fix
New feature provided
Improve performance
Related issues
Bug fix
Bug description.
How to fix?
New feature or improvement