pull/push ... Project operation & management Settings 提供以项目为单位的逻辑隔离，存储共享 不同角色具有不同的访问权限，可以与其它用户系统集成 配额管理 制品的高效分发-复制 [1] 基于策略的内容复制机制：支持多种过滤器(镜像库、tag和标签）与多种触 发模式（手动，基于时间以及定时）且实现对推送和拉取模式的支持 初始全量复制

从传统面向操作规则的运维转变为面向观测数据的自动化运维 • 重新定义软件交付模式 • 整体打包交付 • Git=Single Version Of Truth • 声明式API • 尽量采用OpenAPI作为系统集成胶水 • 重塑研发流水线 • 任何变更都提交git，有迹可循 • 变更经过几层验证，生产验证后自动合并，保证Single Version Of Truth • 随时可以集成测试 • 持续研发必然带来持续集成、持续测试、持续交付、持续

配置参数 应用 应用 软件环境 硬件环境 遗留系统 安装配置点 安装配置点 安装配置点 集成点 集成点 集成点 1. 交付人员学习手册文档，需要在客户 环境做“安装配置”和“与遗留系统集成” 两方面工作。 2. 安装配置：在硬件上安装软件，不乏 针对硬件特性的适配、还需要安装OS 等，最后还要在OS上安装应用，并且 还要保证应用软件依赖拓扑结构不会 出错。 3. 集成点：包括新环境的硬件、软件和

Shiro——http://jinnianshilongnian.iteye.com/ 120 第十五章 单点登录 Shiro 1.2 开始提供了 Jasig CAS 单点登录的支持，单点登录主要用于多系统集成，即在多个 系统中，用户只需要到一个中央服务器登录一次即可访问这些系统中的任何一个，无须多 次登录。此处我们使用 Jasig CAS v4.0.0-RC3 版本： https://github

包官方维护的跨版本工具。特别地，setuptools 是一个对于提供的distutils 的增强选项。 • 对声明项目依赖的支持。 • 额外的用于配置哪些文件包含在源代码发布中的装置（包括与版本控制系统集成需要的插件） • 生成项目“进入点”的能力，进入点可用作应用插件系统的基础 • 自动在安装时间生成 Windows 命令行可执行文件的能力，而不是需要预编译它们 • 跨所有受支持的 Python

包官方维护的跨版本工具。特别地，setuptools 是一个对于提供的distutils 的增强选项。 • 对声明项目依赖的支持。 • 额外的用于配置哪些文件包含在源代码发布中的装置（包括与版本控制系统集成需要的插件） • 生成项目“进入点”的能力，进入点可用作应用插件系统的基础 • 自动在安装时间生成 Windows 命令行可执行文件的能力，而不是需要预编译它们 • 跨所有受支持的 Python

包官方维护的跨版本工具。特别地，setuptools 是一个对于提供的distutils 的增强选项。 • 对声明项目依赖的支持。 • 额外的用于配置哪些文件包含在源代码发布中的装置（包括与版本控制系统集成需要的插件） • 生成项目“进入点”的能力，进入点可用作应用插件系统的基础 • 自动在安装时间生成 Windows 命令行可执行文件的能力，而不是需要预编译它们 • 跨所有受支持的 Python

包官方维护的跨版本工具。特别地，setuptools 是一个对于提供的distutils 的增强选项。 • 对声明项目依赖的支持。 • 额外的用于配置哪些文件包含在源代码发布中的装置（包括与版本控制系统集成需要的插件） • 生成项目“进入点”的能力，进入点可用作应用插件系统的基础 • 自动在安装时间生成 Windows 命令行可执行文件的能力，而不是需要预编译它们 • 跨所有受支持的 Python

包官方维护的跨版本工具。特别地，setuptools 是一个对于提供的distutils 的增强选项。 • 对声明项目依赖的支持。 • 额外的用于配置哪些文件包含在源代码发布中的装置（包括与版本控制系统集成需要的插件） • 生成项目“进入点”的能力，进入点可用作应用插件系统的基础 • 自动在安装时间生成 Windows 命令行可执行文件的能力，而不是需要预编译它们 • 跨所有受支持的 Python

包官方维护的跨版本工具。特别地， setuptools 是一个对于提供的distutils 的增强选项。 • 对声明项目依赖的支持。 • 额外的用于配置哪些文件包含在源代码发布中的装置（包括与版本控制系统集成需要的插件） • 生成项目“进入点”的能力，进入点可用作应用插件系统的基础 • 自动在安装时间生成 Windows 命令行可执行文件的能力，而不是需要预编译它们 • 跨所有受支持的 Python