Harbor开源项目 容器镜像远程复制的实现 Henry Zhang (张海宁) Chief Architect VMWare China 自我介绍 • VMware中国研发首席架构师 • Harbor开源企业级容器Registry项目创始人 • Cloud Foundry中国社区最早技术布道师之一 • 多年全栈工程师 • 《区块链技术指南》、《软件定义存储》作者之一 亨利笔记 《区块链技术指南》

技术⾰革命，让⾏行行业快速变⾰革 • 供 给 推 动 v s 需 求 拉 动 • 外 部 竞 争 v s 客 户 中 ⼼心 • 既 有 资 源 v s 组 织 能 ⼒力力 敏敏捷协作，实现增⻓长 • 业务需求驱动创新 • 打破部⻔门墙，塑造⽆无边界组织 • 提升项⽬目管理理能⼒力力，贯彻业务战略略 业 务 需 求 驱 动 的 创 新 ⾃自我增强的业务增⻓长 • 线 ， 团 队 成 员 积 极 应 对 变 化 ， 持 续 交 付 价 值 • 打 通 前 中 后 台 ， 推 动 跨 部 ⻔门 协 同 01 需求管理理 02 迭代规划 03 研发协作 04 质量量管控 05 缺陷跟踪 06 回顾沉淀 07 ⽤用户反馈 Teambition 敏敏捷专业模板，助⼒力力打造⾼高效敏敏捷团队 打 破 部 ⻔门 墙 ， 塑 造 ⽆无 边 ����������������������������� ����������������������������� ��� � ����������������������� 平等、⽆无缝的全员协作 • 任 务 加 ⼊入 参 与 者 ， 所 有 ⼈人 同 步 到 实 时 的 信 息 ， 并 查 看 历 史 讨 论 • @ 某 位 参 与 者 进 ⾏行行 ⼀一 对 ⼀一 沟 通 •

API 设计、开发、测试 一体化协作平台 广州睿狐信息科技有限公司 Apifox Inc. apifox.com 节省研发团队的每一分钟 Apifox（广州睿狐信息科技有限公司）成立于 2021 年，是一家专注于企业 API 研发管理工具及解决方案 的创新企业。围绕 API 全生命周期协同与管理需求， 提供 API 文档、API 调试、API Mock、API 自动化 测试 测试等核心产品能力，致力于为全球研发团队提高 API 开发与协作效率，节省研发团队的每一分钟，助 力企业研发效能升级。 关于 Apifox 获得知名创投机构信任与支持 超百万开发者的选择 130 万+ 开发者用户 数百家大型企业客户 Apifox，一体化 API 协作平台 秉承 “API First” 的先进理念，为 API 的开发协作带来全新体验 过去的 API 协同 ❌ 可视化程度低，学习成本⾼ 可视化程度低，学习成本⾼ ❌ ❌ 接⼝数据没有统⼀规范 ❌ 多系统，数据不互通 多⼯具切换，团队难以协作 可视化设计，⼩⽩都会⽤ ⼀个系统，同⼀份⽂档⼀次定义，⾃动同步 多⼈协作，实时反馈，合作更紧密 ⾃动化程度⾼，提⾼开发⼈员⽣产⼒ 以⼀致性提⾼软件的质量，简化企业 API 治理 ⾯向未来的 API 协同 API 设计者 后端开发 前端开发 测试工程师 API 设计者 后端开发

广州睿狐科技有限公司 Apifox Inc. Apifox.cn 节省研发团队的每一分钟 API 设计、开发、测试 一体化协作平台 行业情况 API !" #$%&' !"# $%&# DevOps # '()# *+#,- 缺乏合适的 技术和工具 最大障碍 !" API # $%& '( API ) * 常用解决方案 API 开发调试 Postman API 后端开发 存在问题 多系统 数据不互通 数据一致性 困难 效率 低 学习成 本高 无法团 队协作 每次变更，都需要不同角色手动去多套系统 修改，维护一致性非常困难。时间久了，不 一致性越来越严重，最终不可维护。 单机离线使用为主，成员之间无法实 时同步数据，无法协作。 可视化程度低、操作不友好。 初学者难以入手，需要大量的学习成 本、培训成本。 API设计者、前端开发、后端开发、 r、YApi、 Eolinker、RAML、DOClever 、Apizza 、DOCWAY、ShowDoc、I/O Docs、WADL、Google Discovery 等数据格式。 团队协作 • 接口数据云端同步，实时更新。 • 成熟的团队/项目权限管理，支持管理员、普通成员、只读成员等角色设置， 满足各类企业的需求 Thanks. Apifox.cn 节省研发团队的每一分钟

提交更新 跳过使用暂存区域 移除文件 移动文件 查看提交历史 限制输出长度 撤消操作 取消暂存的文件 撤消对文件的修改 远程仓库的使用 查看远程仓库 添加远程仓库 从远程仓库中抓取与拉取 推送到远程仓库 查看某个远程仓库 远程仓库的重命名与移除 打标签 列出标签 创建标签 附注标签 轻量标签 后期打标签 共享标签 删除标签 检出标签 Git 别名 Git 分支 分支简介 分支创建 分支切换 分支的新建与合并 新建分支 分支的合并 遇到冲突时的分支合并 分支管理 分支开发工作流 长期分支 主题分支 远程分支 推送 跟踪分支 拉取 删除远程分支 变基 变基的基本操作 更有趣的变基例子 变基的风险 用变基解决变基 变基 vs. 合并 总结 服务器上的 Git 协议 本地协议 HTTP 协议 SSH 主管与副主管工作流 工作流程总结 向一个项目贡献 提交准则 私有小型团队 私有管理团队 派生的公开项目 通过邮件的公开项目 总结 维护项目 在主题分支中工作 应用来自邮件的补丁 检出远程分支 确定引入了哪些东西 将贡献的工作整合进来 为发布打标签 生成一个构建号 准备一次发布 制作提交简报 总结 GitHub 账户的创建和配置 SSH 访问 头像 邮件地址

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 50 远程仓库的使用 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 82 远程分支 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . @alamier @networm 许伟程 2.3 查看提交历史 @alamier 许伟程 2.4 撤消操作 @networm @pktangyue @robinwen @ahlijin 2.5 远程仓库的使用 @networm @pktangyue @ahlijin @wych42 2.6 打标签 @networm @pktangyue @wych42 @robinwen 2.7 Git 别名

162%）。 ⼀⽅⾯，是开源这么多年⼀直持续的上升势头。⽽另⼀⽅⾯，则是我们的⼀个猜测：疫情以 来，越来越多的⼈开始远程办公，事实上促进了更多的⼈有机会“斜杠化”，也就是在⼀台电脑 ⾯前⽅便地切换多种身份，以异步的⽅式处理多种事务，从⽽增加了开发者参与开源的时间和 机会。 当然，同样由于远程办公，虚拟世界在⼈类⽣活中的占⽐，变得更⼤了。这样是否更好，还会 引发哪些问题？作为站在隧道⼝的⼈类，其实是猜不透的。 ⼈认为疫情对于参加开源社区的活动产⽣了影响，但也具有推动作⽤，11% 的⼈认为毫 ⽆影响，7% 的⼈认为疫情的负⾯影响⼤于正⾯影响；  在在线⽂档协作⼯具的使⽤上，⽯墨⽂档以⿊⻢的形式由第三名⼀跃成为第⼀名，压倒了 wiki 和 Google Doc，国内正在涌现出⼀批优秀的协作⼯具，并越来越为⼤家认可；  2020 年 9 ⽉ 9 ⽇，中国⾸个开源软件基⾦会「开放原⼦开源基⾦会（OpenAtom Fo 的参与者认为开源活动对促进和推动开源社区⾄关重要。 【专家点评】 ⾼阳：我们⿎励开发者积极参与到开源活动中来，尤其⿎励⼤家积极参与线下活动。线下的⻅ ⾯、沟通有助于建⽴起⼈与⼈之间的信任，对于社区的繁荣、⼈与⼈之间更⾼效的协作有重要 意义。 关于开展线上还是线下的开源活动/会议，参与者们各抒⼰⻅，线下活动可以⾯对⾯地沟通交 流，交流更有效率，氛围更好，可以有更多⾛出去看看，结交新朋友的机会，⽽线上活动则更 加安全

default simple #设置推送模式 nothing 直接push会出错，需要显式的指出推送的远程分支，例如 git push origin master current 推送时只会推送当前所在的分支到远程同名分支，如果远程分支不 存在相应的同名分支，则创建该分支 upstream 推送当前分支到它的upstream分支上，这个模式只适用于推送到与 在中央仓库工作流程模式下，只能推送到与本地分支名一致的 upstream分支中，如果推送的远程仓库和拉取数据的远程仓库不一 致，那么该模式会像current模式一样进行操作。因为该选项对于新 手来说是最安全的，所以在git 2.0中，simple是push.default的默认 值配置项（2.0以前的默认配置项是matching） matching 推送本地和远程都存在的同名分支 ★仓库操作 # mkdir #查看指定的tag信息 # git push rmtRepo v1.2 #将指定的tag推送到远程仓库，先参考下一节 进行远程仓库的映射 # git push rmtRepo --tags #推送所有tag到远程仓库 # git tag -d v1.0.1 #删除指定的tag

言模型的底层能力，包括更专业化和自行托管的能力， 将继续呈爆发性增长。 远程交付解决方案日臻成熟 尽管远程软件开发团队多年来利用技术克服地理限制，但疫情的影响进一步推动了这一领域的创新，巩固了向 完全远程或混合工作演进的趋势。在本期技术雷达中，我们讨论了远程软件开发实践和工具的成熟，和团队们 如何继续以有效协作为重点，不断突破界限，在一个更加分散和动态的环境中进行工作。一些团队利用新的协 作工具不断提出创新解决方案。其他团队则继续调整和改进现有的面对面实践，例如实时结对编程或集体编程、 分布式工作坊（例如 远程事件风暴）以及异步和同步沟通。远程工作提供了许多好处（包括更多样化的人才储 备），但面对面交流的价值是显而易见的。团队不应中断重要的反馈循环，并且需要意识到在转向远程工作时所 做的取舍。 © Thoughtworks, Inc. All Rights Reserved. 8 的设计和架构思想，以促进团队协作和 决策。几乎所有数字原生和快速扩张的组织都使用 RFCs 来记录围绕设计、架构、技术和团队协作方式的决策。 成熟的组织已经在自治团队中，特别是在跨团队相关的决策中使用 RFCs 来推动更好的沟通和协作。它通常被 用作架构决策记录的审查和批准过程。即让受决策影响的人有机会在决策获得批准之前，参与讨论并提供意见， 这一个透明的协作过程。快节奏的环境往往会导致设

BookStack.CN 构建 Gitea 是一个轻量级的 DevOps 平台软件。从开发计划到产品成型的整个软件生命周期，他都能够高效而轻松的帮 助团队和开发者。包括 Git 托管、代码审查、团队协作、软件包注册和 CI/CD。它与 GitHub、Bitbucket 和 GitLab 等比较类似。 Gitea 最初是从 Gogs 分支而来，几乎所有代码都已更改。对于我们Fork的原因可以看 这里。 x86，amd64、 ARM 和 PowerPC等架构。 代码托管：Gitea⽀持创建和管理仓库、浏览提交历史和代码⽂件、审查和合并代码提交、管理协作者、管理分 ⽀等。它还⽀持许多常见的Git特性，⽐如标签、Cherry-pick、hook、集成协作⼯具等。 轻量级和快速: Gitea 的设计目标之一就是轻量级和快速响应。它不像一些大型的代码托管平台那样臃肿，因 此在性能方面表现出色，适用于 果您计划使用 SQLite，则可以忽略本章内容。 数据库实例可以与 Gitea 实例在相同机器上（本地数据库），也可以与 Gitea 实例在不同机器上（远程数据 库）。 注意：以下所有步骤要求您的选择的数据库引擎已安装在您的系统上。对于远程数据库设置，请在数据库实例上安装 服务器应用程序，在 Gitea 服务器上安装客户端程序。客户端程序用于测试 Gitea 服务器与数据库之间的连接， 而