【功能模块】AppCube平台开发模块【操作步骤&问题现象】1、想要将代码上git备份，出现未授权，白名单现象，如何解决【截图信息】【日志信息】（可选，上传日志内容或者附件）

看了一下资料，我觉得他还只是编码辅助工具，至于辅助是给码农帮忙，还是帮倒忙，只有使用了才知道。码农不必焦虑。目前也不支持JAVA语言。Copilot 的补全效果 相比于市面上一些编程辅助工具，Copilot 的上下文理解能力要强大得多。无论是在文档字符串、注释、函数名还是代码主体中，Copilot 都能根据编程者已写出的上下文生成匹配的代码。 先来看一下 Copilot 的主要功能——代码补全的效果，以 TypeScript 语言为例，给出函数名和参数，Copilot 就能自动补全代码。 除了补全函数，Copilot 还能根据注释写出代码。编程者给出一条描述代码逻辑的注释，GitHub Copilot 就能自动生成代码：在编程过程中，有些代码的格式和内容非常相似，重复编写耗时且无聊。现在 GitHub Copilot 能够帮编程者解决这个问题，将简单重复的代码编写部分自动化：在软件开发的过程中，除了编写代码，软件测试也是非常重要的，对一个代码项目起到支撑的作用。导入一个测试包，其余的测试代码 GitHub Copilot 就能够帮开发者完成。在编程中，同一个函数常有多种实现方法，编程者通常会根据代码的实现效果和运行性能选择最合适的方法。编写多种实现需要花费时间和精力，现在使用 GitHub Copilot 一键就能搞定，如下图所示，点击 Next 和 Previous 就能查看多种实现方法，点击 Accept 选中其中一种。今天 GitHub 推出的 Copilot 技术预览版本，还仅限于 Python、JavaScript、TypeScript、Ruby 和 Go 语言。此外，开发团队表示，在努力使其变得更好的同时，GitHub Copilot 补全的代码应该像其他任何代码一样经过仔细审查和测试。这些仍需要人类编程者的监督和优化，但 AI 自动编程的愿景已指日可待。链接地址：https://mp.weixin.qq.com/s/7V0uv7Sk5CUGFjRxpimwsQ

首先拉镜像root@ecs-385f:~/gitlab# docker pull beginor/gitlab-ce:11.0.1-ce.011.0.1-ce.0: Pulling from beginor/gitlab-ceb234f539f7a1: Pull complete 55172d420b43: Pull complete 5ba5bbeb6b91: Pull complete 43ae2841ad7a: Pull complete f6c9c6de4190: Pull complete e6597e975df6: Pull complete 73dc92c66025: Pull complete 5282194f87d6: Pull complete df88dfe59bb1: Pull complete dffab5bd4f6d: Pull complete 945907026b4f: Downloading [==================================>                ]  304.8MB/443.6MBc2fd3f9dce0a: Download complete dcd61611748b: Download complete 18b2c0be8c67: Download complete 1e1d10273471: Download complete 58c783f2b859: Download complete 2ac94cbcc08d: Download complete 6c10cd924130: Download complete 1df14ac85b55: Download complete 同时另开一个终端，准备好一会儿要用的目录和命令：Last login: Tue Jun 29 15:57:02 2021 from 61.139.x.xroot@ecs-385f:~# mkdir -p /mnt/gitlab/etcroot@ecs-385f:~# mkdir -p /mnt/gitlab/logroot@ecs-385f:~# mkdir -p /mnt/gitlab/dataroot@ecs-385f:~# docker run \>     --detach \>     --publish 8443:443 \>     --publish 8090:80 \>     --name gitlab \>     --restart unless-stopped \>     -v /mnt/gitlab/etc:/etc/gitlab \>     -v /mnt/gitlab/log:/var/log/gitlab \>     -v /mnt/gitlab/data:/var/opt/gitlab \>     beginor/gitlab-ce:11.0.1-ce.0等待镜像拉取完毕，在第二个终端敲回车。修改vim /mnt/gitlab/etc/gitlab.rb文件写入external_url 'x.x.x.x'修改vim /mnt/gitlab/data/gitlab-rails/etc/gitlab.yml ## Web server settings (note: host is the FQDN, do not include http://)    host: x.x.x.x    port: 8090    https: false浏览器访问 http://x.x.x.x:8090

漏洞名称 : Apache Solr 任意文件删除漏洞组件名称 : Apache Solr影响范围 : Apache Solr <= 8.8.2漏洞类型 : 任意文件删除利用条件 : 1、用户认证：不需要用户认证2、触发方式：远程综合评价 : <综合评定利用难度>：容易，无需授权即可删除任意文件。<综合评定威胁等级>：高危，可删除服务器任意文件。漏洞分析：1 组件介绍Apache Solr是一个开源的搜索服务器。具有高度可靠、可伸缩和容错的，提供分布式索引、复制和负载平衡查询、自动故障转移和恢复、集中配置等功能。Solr为世界上许多最大的互联网站点提供搜索和导航功能。Solr 使用 Java 语言开发，主要基于 HTTP 和 Apache Lucene 实现。Apache Solr 中存储的资源是以 Document 为对象进行存储的。每个文档由一系列的 Field 构成，每个 Field 表示资源的一个属性。Solr 中的每个 Document 需要有能唯一标识其自身的属性，默认情况下这个属性的名字是 id，在 Schema 配置文件中使用：<uniqueKey>id</uniqueKey>进行描述。2 漏洞描述安全团队监测到一则Apache Solr组件存在任意文件删除漏洞的信息，漏洞编号：暂无，漏洞威胁等级：高危。该漏洞出现在默认配置的PingRequestHandler中，攻击者可利用该漏洞在未授权的情况下，构造恶意数据，删除服务器任意文件。3 漏洞复现搭建Apache Solr组件8.8.2版本环境，复现该漏洞，效果如下：影响范围：全球约有一万多台服务器使用了Apache Solr组件，在国内可能受Apache Solr任意文件删除漏洞影响的资产主要分布于浙江、北京、上海、广东等省市。目前受影响的Apache Solr版本：Apache Solr < = 8.8.2解决方案：1 如何检测组件系统版本访问默认路径http://ip:port/solr/，进入Web主界面，查看对应版本：2 官方修复建议当前官方暂未发布相关安全通告，请及时关注官方最新安全通告或最新版本。链接如下：https://solr.apache.org/downloads.html3 临时修复建议该临时修复建议存在一定风险，建议用户可根据业务系统特性审慎选择采用临时修复方案：1、将Apache Solr组件部署在内网场景，禁止暴露在外部。2、增加用户权限控制在security.json中配置身份校验插件， 代码示例如下：{ "authentication" : {"class": "class.that.implements.authentication" }, "authorization": { "class": "class.that.implements.authorization" }}SolrCloud模式时，需将对应文件security.json上传到ZooKeeper。以下命令在上传文件时可将其写入文件：>server/scripts/cloud-scripts/zkcli.sh -zkhost localhost:2181 -cmd put /security.json '{"authentication":{"class":"org.apache.solr.security.KerberosPlugin"}}'独立模式时，需将创建好的security.json放置在$SOLR_HOME安装目录中生效。

参考https://blog.csdn.net/qq_42030961/article/details/82695682 搭建EPC的模拟环境，要用到欧洲的网站gitlab的git资源。发现这个网站的资源必须要提供用户名和密码才能下拽资源。gitlab网站虽然可以访问但是注册用户名却需要google的验证码，当然没有，怎么办？网上说可以用github的用户名密码登录，绕过这一限制，但是现在gitlab已经没有这个登录选项了。oai 搭建EPC，应该已经流行一段时间了，那么就会有很多人已经走完了这个坎，换个地方找找资源。。。nice！

漏洞描述:Gitlab是一款基于Git 的完全集成的软件开发平台，且具有wiki以及在线编辑、issue跟踪功能、CI/CD 等功能。2021年3月18日Gitlab官方发布安全更新，修复了一处远程代码执行漏洞，攻击者可构造恶意请求，在Gitlab服务器上执行任意代码，控制服务器。提醒Gitlab用户尽快采取安全措施阻止漏洞攻击。漏洞评级:Gitlab markdown 远程代码执行漏洞 严重。影响版本:Gitlab CE/EE < 13.9.4Gitlab CE/EE < 13.8.6Gitlab CE/EE < 13.7.9安全版本:Gitlab CE/EE 13.9.4Gitlab CE/EE 13.8.6Gitlab CE/EE 13.7.9安全建议:1. 升级Gitlab至安全版本。2. 将Gitlab服务器部署于内网，或通过设置安全组仅对可信地址开放。相关链接:https://about.gitlab.com/releases/2021/03/16/security-release-gitlab-13-9-4-released/#remote-code-execution-via-unsafe-user-controlled-markdown-rendering-options

想问一下  华为版 fi 的flink  重点构建的 代码 ,有没有开源GitHub , 有分支开源可以看的代码吗? Flink在当前版本中重点构建如下特性：DataStreamCheckpoint窗口Job Pipeline配置表其他特性继承开源社区，不做增强，具体请参 ：https://ci.apache.org/projects/flink/flink-docs-release-1.12/。

项目开发编写代码，然后把代码推送到 GitLab 里存储，通过 GitLab 的 hook 使 Jenkins 执行一些 CI 的过程，比如做一些单元测试，构建 Docker image再把这个 Docker image 调用 helm 部署到开发环境或测试环境在测试环境里通过 Jenkins 触发一个集成测试的功能完成后就可以把它部署到生产环境通过 Kubernetes addon 的方式，把 Prometheus、Grafana 等监控组件部署到集群里，实现一整套从 CI 到 CD 的监控过程

Pagic + Vercel 极速搭建个人博客❝在中国功夫中，“天下武功，无坚不摧，唯快不破”，在编程的世界里，如何快速搭建一个属于自己的博客呢？那么 Pagic + Vercel 应该是个不错的选择！❞PagicPagic 是一个由 Deno + React 驱动的静态网站生成器。它配置简单，支持将 md/tsx 文件渲染成静态页面，而且还有大量的官方或第三方主题和插件可供扩展，也就意味着您可以自由地开发定制您喜欢的主题风格或者功能插件。相比其他静态网站生成器， Pagic有哪些优势呢？PagicVuePressHexoJekyllHugoSupport md✓✓✓✓✓React/Vue✓✓SPA✓✓Allow tsx in config✓...如此优秀的 Pagic 应该如何使用呢？首先，安装 Deno :# Shell (Mac, Linux):curl -fsSL https://deno.land/x/install/install.sh | sh然后，安装最新版本的 Pagic :deno install --unstable --allow-read --allow-write --allow-net --allow-run --name=pagic https://deno.land/x/pagic/mod.ts初始化 Pagic 项目：mkdir site && cd site && echo "export default {};" > pagic.config.ts && echo "# Hello world" > README.md运行 pagic build:pagic build --watch --serve现在您访问 127.0.0.1:8000 就能看到 「Hello world」 的页面：VercelVercel是一个用于静态站点和 Serverless 功能的云平台，完全符合您的工作流。它使开发人员能够托管网站和web服务，这些网站和服务可以即时部署、自动扩展，并且不需要任何监督，所有这些都不需要配置。部署到 Vercel 需要我们先在项目根目录创建 deploy-vercel.sh 文件：!/bin/sh# Install denocurl -fsSL https://deno.land/x/install/install.sh | sh# Install pagic/vercel/.deno/bin/deno install --unstable --allow-read --allow-write --allow-net https://deno.land/x/pagic/mod.ts# Pagic build/vercel/.deno/bin/deno run --unstable --allow-read --allow-write --allow-net --allow-run https://deno.land/x/pagic/mod.ts build然后在项目根目录创建 package.json :{    "scripts": {        "deploy:vercel": "sh deploy-vercel.sh"    }}Vercel 支持 Github、GitLab、Bitbucket 等方式进行登录：我使用 Github 比较多，因此我在Github 上新建一个仓库 pagic_template :然后将本地的代码提交到 Github：接下来，在 Vercel 网站完成以下步骤：在首页点击导入项目 (Import Project)填写仓库地址，从 Github 导入要部署的仓库，点击继续配置项目信息填写项目名，框架预设默认 Other 即可打包与输出配置，构建命令: npm run deploy:vercel 输出目录: dist (也可以根据自己的配置填写)点击部署，等待部署完成即可访问Blog目前， Pagic 支持三种主题： Default、DOC、Blog，我们尝试修改pagic.config.ts 文件开启 Pagic 的博客模式:export default {    theme: 'blog',    plugins: ['blog'],    title: 'pagic template',    description: 'Use this template to create a Pagic site with the blog theme.',    github: 'https://github.com/hu-qi/pagic_template',    blog: {        root: '/posts/',        social: {          github: 'hu-qi/pagic_template',          email: 'huqi@gpdi.com',          twitter: 'huqii',          v2ex: 'huqi',          zhihu: 'fashaoge'        }      }};在上边的代码中，我们为博客配置了 Title、description等参数，其中 social ，可配置我们的社交账号，默认支持 Github、Email、Twitter、V2ex、Zhihu,当然您也可以自己开发主题或者插件来自定义您想要的。接着我们开始完善博客中常用到的导航、分类、标签、外链等,这时我们需要添加一些目录，如about、archive、links等等，为了统一管理，我们将这些文件夹全部放置在 src目录下,我们的目录结构如下：site                          ├─ dist                       // output   ├─ src                        // input│  ├─ about                   │  │  └─ README.md            │  ├─ archives                │  │  └─ README.md            │  ├─ assets                  │  ├─ categories              │  │  └─ README.md            │  ├─ links                   │  │  └─ README.md            │  ├─ posts                   // maybe write somethings│  ├─ tags                    │  │  └─ README.md            │  └─ README.md               // homepage├─ README.md                  ├─ deploy-vercel.sh           ├─ package.json               └─ pagic.config.ts            配置方面，我们增加了 nav ，并把 srcDir 设置为 src ：export default {+   srcDir: 'src',+   nav: [+       {+         text: 'Homepage',+         link: '/index.html',+         icon: 'czs-home-l',+       },+       {+         text: 'Categories',+         link: '/categories/index.html',+         icon: 'czs-category-l',+       },+       {+         text: 'Tags',+         link: '/tags/index.html',+         icon: 'czs-tag-l',+       },+       {+         text: 'About',+         link: '/about/index.html',+         icon: 'czs-about-l',+       },+       {+         text: 'Archives',+         link: '/archives/index.html',+         icon: 'czs-box-l',+       },+       {+         text: 'Friends',+         link: '/links/index.html',+         icon: 'czs-link-l',+       },+     ],}在移动端， Pagic 也有不错的体验：接着我们在 posts 目录下以markdown的形式写文章，我们可以在 .md 文件头加一些字段以便进行分类统计，如：---title: Pagic + Vercel 极速搭建个人博客author: huqidate: 2021/02/04cover: 'https://assets.vercel.com/image/upload/v1595320886/front/home/globe-texture.jpg'categories:- Blogtags:- Deno- React- Pagic- Vercel---编写一些文章之后，我们的博客看起来很丰富了！此时，我们将代码提交到远程仓库就会自动部署到 Vercal，以后，我们每写一篇文章提交到远程仓库就 Vercal 就能自动部署更新，简直太棒了！感谢多多指教： https://github/hu-qi/pagic_template公众号： 胡琦WeChat： Hugi66

实际体验的好处是可以这碰碰，那撞撞，盲人摸象般探测边界在哪儿~昨天看了【操作指南系列】CloudIDE实例中导入Git代码库，今天才try了一下！有了夜读成才的教程，超级顺利~连许久不用的github密码居然一次就蒙对了~23333在github上改了下代码，嗯，没有自动同步到cloudIDE中。再重新import一下，文件夹重名，提示错误。改个文件名，第二次拉取下来。在Cloud IDE修改代码，然后上送git,一直报错鉴权失败，是啊，没有保存github的用户名和密码，这就需要用SSH方式连接github了。密码复制的问题：昨天确实发现代码粘贴不出来，是上面编辑框的代码粘贴不到本地，但是terminal中的文本一直是可以粘贴到剪辑板再到本地的。这里的密码不用使用手册上说的xclip -sel clip < ~/.ssh/id_rsa.pub直接能复制出来就可以了。感觉CloudIDE有点像vmware虚拟机的使用，但VM虚拟机安装了插件后，是可以在虚机和本端自由复制的。

近日，GitHub宣布，自2020年10月1日起，在GitHub平台上创建的所有源代码存储库都将默认命名为 main ，而非原本的 master 。这一变化是什么原因？具体又是怎样的变化呢？接下来为你一一解答。替换 master 等术语，开源项目在行动！今年6月12日，谷歌浏览器开发人员 Una Kravets 的一条 Twitter 火了，内容是建议 GitHub 用 main 之类的中性术语替换 master ，并解释了提出这个建议的原因：main 更短，简洁明了；容易被人记住；会让我的队友们感到舒适；不会让黑人在科技界感到被歧视；GitHub 的 CEO 对此回应到：“提议非常好，我们已经在执行了。”外媒 ZDNet 曾表示：继续使用带有种族色彩的词汇可能会加深种族歧视，这实在令人担忧。一些学者也认为：这些术语不仅反映了种族主义文化，而且还强化、合法化和延续了它。”因为美国 “Black Lives Matter” 运动愈演愈烈，技术界再次掀起了在源码、软件应用开发中删除此类词汇的浪潮。因此 GitHub 于今年6月表示，公司正在努力以 main 之类的中性术语替换 master 一词，以避免不必要的联想到奴隶制。具体的更换有：master 和 slave 将被替换为 main/default/primary 和 secondary，whitelist 和 blacklist 则将被替换为 allow list 和 deny/exclude list 。 除了 GitHub ， Android 移动操作系统、 Go 编程语言， PHPUnit 和 Curl 等都已表示打算用中性词汇替换掉 blacklist/whitelist 。同样，OpenZFS 文件存储管理器也用合适的词语替换了原用于描述存储环境之间关系的 master/slave 术语。与此同时，一些业界知名的开源项目也将其默认 Git 存储库的名称从 master 更改为 main、default、primary、root 等替代名称。不过，值得注意的是，开源项目的名称修改也并非想象中那么简单。在今年6月，React Refresh Webpack Plugin 的开发者迅速将 master 改成 main ，却被一个程序员吐槽：因为在 Git 上下文中，单词 master 的用法与 master/slave 不同，导致所有程序都改变了，最后项目都崩了。由此可见，修改存储库默认分支的名称并非一朝一夕的事，需要循序渐进。这正如同近日 GitHub 官宣的内容：将从10月1日起用 main 代替 master ，但将分阶段进行。GitHub 用 main 取代 master 举措落地，开发者最关心的事情在这里GitHub 以及庞大的 Git 社区都在考虑重命名源代码存储库的默认分支名称，而GitHub 选择用 main 取代 master ，来作为自己存储库的默认分支名称，并将分为几个阶段进行更改，以尽可能减少对现有项目的破坏。GitHub 建议用户：如果您尚未重命名默认分支，可以考虑等到今年年底。我们正在投资开发工具，用来重命名现有存储库的默认分支，从而给维护者和贡献者提供无缝的体验。以下是 GitHub 就此宣布的一些注意事项：已更改部分已更新 GitHub.com ：将包含已删除的分支名称的原版链接重定向到存储库新默认分支中的相应链接；已更新 GitHub Pages ：可以从任何分支构建和部署；注意：发布到特殊的 gh-pages 分支仍可以像以前一样工作，但是现在可以选择存储库中的其他任何分支作为发布源。添加了用户，组织和企业设置：为 GitHub.com 上所有新创建的存储库设置默认分支名称。这些设置涵盖通过 GitHub.com 和 GitHub API 创建的存储库。Git 2.28 添加了类似的设置来控制在命令行上运行 git init 时使用的默认分支。在 Git 2.28 博客文章中可以了解更多有关新的 init.defaultBranch 的设置信息。GitHub Desktop 还将在本月晚些时候为新存储库引入默认分支设置。2020年10月1日：新创建的存储库都将默认为main自2020年10月1日起，新创建的存储库都将使用 main 作为默认分支，而不是原本的 master 。但此更改不会影响任何现有存储库：现有存储库将继续保留与之前相同的默认分支。但此更改可以随时选择退出，通过以下对应网址，可为用户，组织或企业的新存储库设置默认分支：对于用户，请访问 https://github.com/settings/repositories对于组织所有者，请访问 https://github.com/organizations/YOUR-ORGANIZATION/settings/repository-defaults对于企业管理员，请访问 https://github.com/enterprises/YOUR-ENTERPRISE/settings/member_privileges为什么选择用 main 替代？main 是在 GitHub 上看到的最受欢迎的 master 替代词。并且 main 这个词汇很短，可以让用户形成良好的肌肉记忆；在很多种语言中翻译起来也很容易。GitHub 目前正将 main 用于新创建的存储库以及正在迁移的存储库，例如 dependabot-core。今年年底：无缝迁移现有存储库重命名默认分支肯定会对现有存储库带来很多麻烦：打开拉请求需要重新定位到新分支草案发布需要重新定位到新分支分支机构保护策略需要转移到新分支机构今年年底之前，GitHub 将使现有存储库全部无缝重命名其默认分支。当重命名分支机构后，GitHub 会重新定位未完成的PR和草稿版本、移动分支机构的保护政策等等——全部都将自动执行。并且，GitHub 还正在考虑将 git fetch 或 git clone 旧分支名称的用户重定向到新分支名称（带有警告和说明以更新其本地克隆）。对这一举动的思考其实关于计算机术语的政治正确性并不是近几年才出现的话题，GitHub 在公众的督促下换掉 master 也不是首当其冲。早在2004年，master/slave 就曾被全球语言检测机构评为年度最不政治正确的十大词汇之一，只是当时的软件开发和网络发展并没有如今这么发达，所以更换术语这类事就全靠自发。比如，2008年，开源软件 Drupal 宣布将 master/slave 重命名为 client/server ，理由是在有更好的替代方案时，继续使用冒犯性术语很不合时宜。之后一直到2018年，IETF 在草案当中，提出开源软件需要更改 master/slave 和 blacklist/whitelist 两项表述，计算机术语的使用才引起了广泛的关注。因此同年，许多开发者就开始呼吁 Redis、谷歌、Python 这些开源软件厂商修改相关术语。但其实反对的声音也一直很多。其中最重要的两个理由是：计算机源码中的 master、blacklist 等词语，并不包含种族色彩；更改的成本太大。事实上那些倡议者们所追求的，并非完全不能使用“black”这个词，而是呼吁不要把“biack”作为“white”的对立面，传达出“不好”、“需要被限制”等这些负面含义。所以，当 master/slave出现在代码中，表达的又恰好是“主-从”关系，就难免让人想到奴隶制。可是，究其根本，在计算机术语中的master、blacklist等词语，本身并不包含负面和歧视的意思，却因为误解而花费巨大成本修改术语，是否会有些许过犹不及的意味呢？ 参考链接https://baijiahao.baidu.com/s?id=1669620192902455480&wfr=spider&for=pchttps://www.sohu.com/a/405073858_478315https://www.jiangweishan.com/article/hulianwang0234098230948.html转载链接：https://blog.csdn.net/csdnnews/article/details/108765157

摘自 https://www.oschina.net/news/117545/openjdk-github-migration 局长 发布于 2020年07月29日OpenJDK 项目正在从 Mercurial 迁移到 GitHub，预计在2020年9月完成。切换至 Git 代码版本控制系统的部分预期目的是提升性能和对代码审查的更好支持。OpenJDK 从 2008 年起一直使用 Mercurial 作为源代码管理解决方案，用于存储代码并进行代码审查。如今部分 OpenJDK 项目（如 Loom、Valhalla 和 JMC）已完全从 Mercurial 迁移至 GitHub，还有部分项目例如 JDK 本身正在迁移中，对于这些项目，其仓库已托管在 GitHub 上，但目前仍是只读副本。到 9 月份 GitHub 成为正式的读写主仓库时，JDK 项目将加入其中。OpenJDK 在 2018 年开始评估 Mercurial 在源代码管理方面的可能替代方案，当时还定义了一系列评估标准，宗旨是“提升所有贡献者（无论是新贡献者还是现有贡献者）的生产力”：性能：从主仓库进行克隆操作的时间、本地操作的时间等空间效率在不同地区的可用性支持常见的开发环境，例如 Linux, Mac 和 Windows能够轻松托管 JDK 的整个历史项目文件和未来十年基于其历史的预计增长支持通用的 JDK 代码审查实践提供程序化 API，以实现流程协助以及审查和流程的自动化尽管现有的 OpenJDK 开发者熟悉 Mercurial 以及存在一定的迁移成本，但最后还是决定将 OpenJDK 迁移至 GitHub，原因是看中了 GitHub 的性能、丰富的 API 和日渐扩大的社区环境。查看此 JEP(JEP 369: Migrate to GitHub) 了解迁移至 GitHub 的详细原因。

本期活动已顺利结束，感谢伙伴们的热情参与~活动各奖项已完成评选，获奖名单如下1.“最佳作者”获奖名单奖项名称获奖者（社区昵称）奖励最佳作者一等奖不爱化妆的胖兔子华为云定制机械键盘+无线鼠标最佳作者二等奖蹦卡卡HDZ定制钢笔最佳作者三等奖yixiaoer年少辉煌华为云定制无线鼠标2.“最有价值建议奖”获奖名单奖项名称获奖者（社区昵称）奖励最有价值建议奖不爱化妆的胖兔子华为云定制帆布折叠背包最有价值建议奖云小M华为云定制帆布折叠背包最有价值建议奖1231533华为云定制帆布折叠背包3.“幸运奖”获奖名单奖项名称获奖者（社区昵称）奖励幸运奖蹦卡卡华为云定制数据线幸运奖yixiaoer华为云定制数据线幸运奖年少辉煌华为云定制数据线幸运奖pass小管家华为云定制数据线幸运奖jorgensen华为云定制数据线幸运奖不爱化妆的胖兔子华为云定制数据线幸运奖闷葫芦先生华为云定制数据线幸运奖OkComputer华为云定制数据线幸运奖1231533华为云定制数据线幸运奖兜里有糖zyy华为云定制数据线幸运奖泥巴。华为云定制数据线幸运奖胖豆华为云定制数据线幸运奖云小M华为云定制数据线幸运奖云小白white华为云定制数据线幸运奖云小敏华为云定制数据线幸运奖云云云12345华为云定制数据线幸运奖主盟人华为云定制数据线幸运奖云小鹏华为云定制数据线幸运奖奇异果华为云定制数据线恭喜以上获奖的小伙伴们~请在2020.6.28前，私聊版主（7号小助手）反馈您的快递地址（格式：文档开源+快递地址+手机+收件人姓名）超过2020.6.28视为主动放弃获奖资格，奖品不再安排发放了哦~再次感谢伙伴们的热情参与，下期活动再见哦~华为云帮助中心（https://support.huaweicloud.com/index.html）整合了所有华为云服务的帮助文档为广大华为云用户提供云上业务的操作指导，始终致力于打造高质量、易用、便捷的帮助体系，给予用户优质的上云体验 已经将华为云帮助中心70+最常用云服务的用户指南、API参考等开源至Github社区，包括：弹性云服务器（ECS）、镜像服务（IMS）、对象存储服务（OBS）、虚拟私有云（VPC）......查询更多已开源的服务>>https://github.com/huaweiclouddocs 希望睿智、专业的你们集思广益，积极贡献自己的idea、提出自己的问题，和华为云文档工程师携手共建一个健康活跃的高质量帮助生态体系为此，我们诚邀大家加入到华为云文档作者行列中来，通过GitHub您可以与我们共同写作一本文档，也可以直接将文档问题或需求反馈给我们活动对象所有华为云注册用户（为了能在茫茫人海中找寻到您，给您送上福利，参与活动前请一定记得在华为云官网完成注册！）活动时间2020.05.07~2020.06.06活动有效文档所有已开源文档已开源服务和文档详见>>https://github.com/huaweiclouddocs活动参与方式在华为云帮助中心（https://support.huaweicloud.com/index.html）阅读已开源的文档通过帮助页面右上角的“编辑”入口进入Github社区以pull request或者Issues的方式，提出对于已开源文档的有效改进建议、需求、BUG、真实案例所有审核通过的有效问题我们将为您积分同时，请在提问后的第一时间将github上的问题截图回复在本帖下回复模板：【GitHub账号】zhangsan【Issue或pull request截图】图片--------------------------------------------------------------------------------------------------------------------------------------------参与活动非常简单，仅需两步：1、在华为云帮助中心github仓库提交pull request或Issues2、按模板截图回复在本帖下方--------------------------------------------------------------------------------------------------------------------------------------------参与方式指引积分制度1. 有效的文档BUG，通过pull request或Issues提交并审核通过，每条积1分，不设上限。2. 有效的文档优化建议或需求，通过pull request或Issues提交并审核通过，每条积3分，不设上限。3. 使用云服务的真实案例，以最佳实践的形式通过Issues提交并审核通过，每条积5分，不设上限。奖项设置1. 最佳作者积分最高的前三名用户，分别获得最佳作者一、二、三等奖。获奖者可同时参与其他奖项评选一等奖：价值200元机械键盘+价值100元无线鼠标二等奖：价值262元HDZ定制钢笔三等奖：价值100元无线鼠标2. 最有价值建议奖在所有有效建议中评选出3条最有价值建议奖。获奖者可同时参与其他奖项评选奖品设置：价值58元帆布折叠背包3. 最佳案例奖在所有提交到github并以博文形式分享到社区的使用云服务的真实案例中评选出3条最佳案例奖。获奖者可同时参与其他奖项评选奖品设置：价值87元定制书包4. 幸运奖在所有参与活动并在本帖下回复提问截图的用户中，随机抽取20名幸运用户获得幸运奖（提问越多、回复越多，中奖率越高哦！）奖品设置：三合一数据线开奖方式活动结束后的三个工作日内，我们会对Github上所有已接纳的变更和需求进行统计，并将获奖结果在论坛中进行公布重要提醒为了保证奖励顺利发放，请您一定首先在华为云完成注册为了使我们能够识别出您的github账号对应的华为云账号，请您在github提问后，一定第一时间将提问截图在本帖下回复回复模板【GitHub账号】zhangsan【Issue或pull request截图】提问截图  本活动最终解释权归华为云社区所有

发文的版块名：热门技术领域-IoT物联网-小熊派发文的标题名：【论坛】[技术探讨]移植LiteOS时，在GitHub下载源码时，是下载develop分支还是dev-deserted分支？帖子内容链接：https://bbs.huaweicloud.com/forum/thread-48559-1-1.html