英雄招募

成为 Doocs 项目维护者

本项目 advanced-java，包括 Doocs 开源组织下的所有项目，都欢迎各位朋友参与完善。

如果你提交的内容有价值，且具备规范性，将有机会提升为项目的维护者，直接参与项目的 review、merge 等维护工作，提交内容时也可以直接 push 到 doocs/advanced-java 主分支 master 下，无须提交 PR 等待 review。

目前 advanced-java 只有 [yanglbme](http

See nats-io/nats-server#944. I spent a couple of hours debugging this issue and believe that it probably should be documented in README (if I've understood things correctly).

Expected Behavior / New Feature

As stated in the ReadMe, Ocelot depends on .net standard 2.0 and should be usable with full .net framework

Actual Behavior / Motivation for New Feature

Nuget states that Ocelot 14.0.9 depends on .net core 3.1

If we connect to a secure server we should return tls:// as prefix even if not specified in Connect() call.

目前流水线的显示列修改只会影响本机，不能应用到整个项目。比如“推荐版本号”比“构建号”更有意义，希望显示列的修改能应用整个项目，或者将默认显示的“构建号”替换为“推荐版本号”。

I figured out that node-sass dependency mentioned in web package is obsolete now.

I tried to change it to

"devDependencies": {
"@vue/cli-plugin-babel": "^3.0.0-rc.10",
"@vue/cli-plugin-eslint": "^3.0.0-rc.10",
"@vue/cli-service": "^3.0.0-rc.10",
"node-sass": "^4.14.0",
"sass-loader": "^7.0.3",
"vue-template-compiler": "^2.5.16"
},

then web-vue built s

Description:
The documentation for the Prometheus/Grafana kubectl based install assumes 'default' namespace. If SCDf is being installed in a different namespace, some of the individual yml files under src/kubernetes need to be updated. This should be documented.

Release versions:
This is documentation bug/enhancement and is seen in the latest 2.2.x doc: https://dataflow.spring.io/docs

What is frustrating you?
The $content-width SCSS variable, found in frontend/src/component/styles/dimension.scss is set to 1200px currently, which works for desktop, but does not make sense for mobile. Components affected are: Header, Footer (but it looks fine since it's centered and just text), Section, and UserShortLinksSection.

Your solution
Refactor so that the `$con

it seems older versions of Nginx could be cutting public ingress endpoints. Prescribe from deployment steps 1.24.7 tested version or higher to avoid this issue.

related: #144

Describe the feature request
We need to develop a test for the Remote Access of Telemetry Addons task in order to provide automated testing of the Istio.io website for future releases.

Example tests and the documentation for the framework can be found here: https://github.com/istio/istio/tree/master/tests/integration/istioio

I'm curious as to what the recommended approach is on testing operations? We've started using them and it's a good concept, but I'm uncertain whether these are to be tested as unit or functional as I referred to the wiki on testing jobs and features.

Currently one of my operations relies on a DTO passed through to it that has been processed in previous jobs. If I was to functionally test it, I

The descriptions for these sub-projects are missing descriptions in both the root README.md as well as their respective readme files