效率云

本文作者：cloudmarket 1月中旬，央行征信中心启动了二代征信系统切换上线工作，开始面向社会公众和金融机构开放二代格式信用报告查询服务。随后，深源恒际及时跟进信用报告OCR识别产品的升级工作。 目前 产 品迭代已完成，深源恒 际将 于本周 内 上 线 二代 个 人信用 报 告OCR 识别 服 务 。 信用报告OCR识别产品主要面向信贷服务机构，提供基于个人信用报告的信息自动化识别与提取服务。基于OCR识别技术结合专项训练方法构建的信用报告识别专用模型，自动识别、提取个人信用报告上的文本信息，并进行结构化输出，帮助信贷机构高效提取、采录用户信用信息，为信贷决策提供重要参考。 随着国内市场经济的深入发展，各种经济活动的信用关系越来越复杂，建立和完善征信体系成为信用经济正常运转的必要条件。在我国，央行征信中心作为专门的第三方征信服务机构，为个人或企业建立“信用档案”（个人信用报告/企业信用报告），为商业银行及其他专业化授信机构提供信用信息共享，有效降低交易过程各参与方之间的信息不对称，以及信息不对称带来的交易风险。 其中，被称为“经济身份证”的个人信用报告，在个体信贷服务中扮演着重要角色。当信贷机构对外提供授信服务时，基于个人信用报告了解用户既往的信用行为和资信状况，可以为贷前风险评估和放贷决策提供有力参考，进而有效防范信用风险、保障交易安全。 在实际业务操作层面

【今日推荐】：为什么一到面试就懵逼！>>> 本文作者：francisk84 距离百度效率云正式发布已经2个多月，在这两个月的时间里，百度效率云又更新了一系列大的功能模块，借这次机会，正式向大家汇报一下百度效率云近期的产品迭代成果: 百度效率云入口 近期产品的重大更新: 1. 完善项目权限模型，项目间权限隔离 2. 代码扫描增加独立入口，不挂载流水线也可使用 3. 增加Docker镜像构建，镜像仓库 下面我就来为大家介绍一下以上几个升级点: 完善项目权限模型，项目间权限隔离: 在百度内部，项目空间、代码库和流水线是三套彼此独立的权限系统，用户可以同时拥有不同的项目和代码库的权限。 内部效率云的权限模型 但是，在服务外部客户的时候，尤其是和不同企业都有项目合作的业务形态下，客户需要一种更加集中式的权限管理，用以区分人员，代码库和信息的权限。引用开源界那本著名的书籍名称，我们把这两种权限模型称之为--"集市和大教堂" 集市与大教堂 因此我们重新梳理了权限模型，建立了以项目为授权基准，产品需求，代码库，流水线都包裹在项目内部。这样实现了项目间信息的隔离。现在用户进入到效率云的首页，首先看到的是有权限的项目列表，进入到项目内部，才能看到具体的功能组件 用户登录后首页 进入到项目后，才能看到具体的功能组件: 项目功能组件 项目的创建者可以在左下角的项目设置--

【今日推荐】：为什么一到面试就懵逼！>>> 本文作者：HelloDeveloper 原理 什么是源码控制？ 在这里，我将从高度抽象的层面描述版本控制是做什么的，以及它对于知识工作者的工作有何关联。 在知识工作者创建内容的整个过程中，会执行一系列标准任务与步骤。这里说的知识工作者可以是处理文档的设计人员，也可能是更常见的写代码的开发人员。所有这些角色在创建新事物时都有相同的行为：创建新文件、写入内容、保存文件，然后我们对这些文件进行一系列编辑和修改，然后再次保存。这些看起来是一系列简单的步骤，然而，我们如何用图形化的方式来表现呢？ 版本控制的目的是帮助你在一次次的保存时澄清何时保存的、为什么保存、哪些内容被修改，从而能够在将来的任何时间对这些修改进行评审。如果我们画一张图，来展现我们对一个文件所做的修改活动，你可能需要每次都描述清楚你对文件做了什么、为什么要对其修改、并且希望工具能够自动记录文件内容发生了那些改变。 对于单个人来说，这似乎并不是什么难事，对于单个文件，看起来就是直线向前的。但是，当我们说到协作场景时，版本控制才真正发出闪耀的光芒：你和其他团队成员试图做相同的事情，甚至在同一个文件上。当你这样做时，你所需要的能力就不仅仅是为单个人提供单个文件的简单版本历史了！你必须要能够持续跟踪谁做了修改、什么时候做了修改、为什么修改，并将所有人的操作合并在一起

本文作者：francisk84 距离百度效率云正式发布已经2个多月，在这两个月的时间里，百度效率云又更新了一系列大的功能模块，借这次机会，正式向大家汇报一下百度效率云近期的产品迭代成果: 百度效率云入口 近期产品的重大更新: 1. 完善项目权限模型，项目间权限隔离 2. 代码扫描增加独立入口，不挂载流水线也可使用 3. 增加Docker镜像构建，镜像仓库 下面我就来为大家介绍一下以上几个升级点: 完善项目权限模型，项目间权限隔离: 在百度内部，项目空间、代码库和流水线是三套彼此独立的权限系统，用户可以同时拥有不同的项目和代码库的权限。 内部效率云的权限模型 但是，在服务外部客户的时候，尤其是和不同企业都有项目合作的业务形态下，客户需要一种更加集中式的权限管理，用以区分人员，代码库和信息的权限。引用开源界那本著名的书籍名称，我们把这两种权限模型称之为--"集市和大教堂" 集市与大教堂 因此我们重新梳理了权限模型，建立了以项目为授权基准，产品需求，代码库，流水线都包裹在项目内部。这样实现了项目间信息的隔离。现在用户进入到效率云的首页，首先看到的是有权限的项目列表，进入到项目内部，才能看到具体的功能组件 用户登录后首页 进入到项目后，才能看到具体的功能组件: 项目功能组件 项目的创建者可以在左下角的项目设置-->权限设置页面里对用户进行授权和添加，目前项目权限分为三种: 管理员:

本文作者：francisk84 距离百度效率云正式发布已经2个多月，在这两个月的时间里，百度效率云又更新了一系列大的功能模块，借这次机会，正式向大家汇报一下百度效率云近期的产品迭代成果: 百度效率云入口 近期产品的重大更新: 1. 完善项目权限模型，项目间权限隔离 2. 代码扫描增加独立入口，不挂载流水线也可使用 3. 增加Docker镜像构建，镜像仓库 下面我就来为大家介绍一下以上几个升级点: 完善项目权限模型，项目间权限隔离: 在百度内部，项目空间、代码库和流水线是三套彼此独立的权限系统，用户可以同时拥有不同的项目和代码库的权限。 内部效率云的权限模型 但是，在服务外部客户的时候，尤其是和不同企业都有项目合作的业务形态下，客户需要一种更加集中式的权限管理，用以区分人员，代码库和信息的权限。引用开源界那本著名的书籍名称，我们把这两种权限模型称之为--"集市和大教堂" 集市与大教堂 因此我们重新梳理了权限模型，建立了以项目为授权基准，产品需求，代码库，流水线都包裹在项目内部。这样实现了项目间信息的隔离。现在用户进入到效率云的首页，首先看到的是有权限的项目列表，进入到项目内部，才能看到具体的功能组件 用户登录后首页 进入到项目后，才能看到具体的功能组件: 项目功能组件 项目的创建者可以在左下角的项目设置-->权限设置页面里对用户进行授权和添加，目前项目权限分为三种: 管理员:

本文作者：francisk84 距离百度效率云正式发布已经2个多月，在这两个月的时间里，百度效率云又更新了一系列大的功能模块，借这次机会，正式向大家汇报一下百度效率云近期的产品迭代成果: 百度效率云入口 近期产品的重大更新: 1. 完善项目权限模型，项目间权限隔离 2. 代码扫描增加独立入口，不挂载流水线也可使用 3. 增加Docker镜像构建，镜像仓库 下面我就来为大家介绍一下以上几个升级点: 完善项目权限模型，项目间权限隔离: 在百度内部，项目空间、代码库和流水线是三套彼此独立的权限系统，用户可以同时拥有不同的项目和代码库的权限。 内部效率云的权限模型 但是，在服务外部客户的时候，尤其是和不同企业都有项目合作的业务形态下，客户需要一种更加集中式的权限管理，用以区分人员，代码库和信息的权限。引用开源界那本著名的书籍名称，我们把这两种权限模型称之为--"集市和大教堂" 集市与大教堂 因此我们重新梳理了权限模型，建立了以项目为授权基准，产品需求，代码库，流水线都包裹在项目内部。这样实现了项目间信息的隔离。现在用户进入到效率云的首页，首先看到的是有权限的项目列表，进入到项目内部，才能看到具体的功能组件 用户登录后首页 进入到项目后，才能看到具体的功能组件: 项目功能组件 项目的创建者可以在左下角的项目设置-->权限设置页面里对用户进行授权和添加，目前项目权限分为三种: 管理员:

本文作者：HelloDeveloper Chapter: 新建一个项目 在这个章节里，我们来看如何新建一个项目，首先介绍一下百度效率云的权限模型: 1-1 效率云的权限模型 如图所示，百度效率云主要分为三大类角色： 管理员类角色： 分别是企业负责人和企业管理员，作为企业负责人，可以将一名效率云企业用户设置为企业管理员；也可以添加/删除企业成员；注: 作为企业管理员，只有拥有百度云系统管理员权限后，才能像企业负责人一样添加/删除人员；同时企业管理员和企业负责人自动拥有企业内所有项目的管理员权限；管理员类角色可以看到企业内的所有项目，并且能新建项目。 项目内成员: 一名效率云企业成员，只有被添加到具体项目中，才能够操作效率云的各类组件；项目内共有三类权限，分别是管理员—可以对项目开通的组件，代码库设置，人员配置，项目基本信息做修改。项目管理员自动拥有项目的读写权限；读写权限—可以对项目内的各个组件进行读写操作，项目的实际参与者一般应当设置为读写权限；只读权限—只能浏览项目内的卡片，代码，制品，流水线信息，但是无法编辑或新建。项目内成员登录效率云后只能看到自己参与的项目, 项目内成员可以新建项目。 无权限人员: 当一名效率云企业未被加入任何项目的时候，他将只能新建项目，项目的创建者自动成为这个项目的管理员，拥有管理员权限 效率云项目中的各组件暂时没有独立的权限模型

本文作者：HelloDeveloper 原理 开发和发布软件可能是一个复杂的过程，尤其是当应用程序，团队和部署基础架构本身变得复杂时。通常，随着项目的发展，挑战变得更加明显。为了以快速一致的方式开发，测试和发布软件，开发人员和组织需要创建了三种相关但不同的策略来管理和自动化这些过程。 持续集成的重点是每天多次将各开发人员的工作集成到主存储库中，及早捕获集成错误并加速协作开发。持续交付要减少部署或发布过程中的摩擦，自动执行部署构建所需的步骤，以便可以随时安全地发布代码。每次进行代码更改时，通过自动部署，持续部署将更进一步。 持续集成 持续集成是一种鼓励开发人员尽早并经常将其代码集成到共享代码库主干的实践。在一天的开发周期结束时，代码与每个开发人员多次集成到共享代码库中，而不是孤立地构建功能并在开发周期结束时集成它们。 这个方法试图通过尽早集成来降低成本。开发人员可以尽早发现新代码和现有代码之间的冲突，而冲突越早越相对容易协调。一旦冲突得到解决，工作可以继续保证新代码符合现有代码库的要求。 然而，经常集成代码本身并不能保证新代码或功能的质量。在许多组织中，集成是昂贵的，因为通过人工来确保代码符合标准，不会引入错误，并且不会破坏现有功能。当自动化水平与现有的质量保证措施数量不匹配时，频繁的集成会产生摩擦。 为了解决集成过程中的这种摩擦，在实操中