2.7 Harbor开源项目容器镜像远程复制的实现Harbor开源项目 容器镜像远程复制的实现 Henry Zhang (张海宁) Chief Architect VMWare China 自我介绍 • VMware中国研发首席架构师 • Harbor开源企业级容器Registry项目创始人 • Cloud Foundry中国社区最早技术布道师之一 • 多年全栈工程师 • 《区块链技术指南》、《软件定义存储》作者之一 亨利笔记 《区块链技术指南》0 码力 | 37 页 | 3.47 MB | 1 年前3
敏捷开发/侯馨然:Teambition 敏捷协作助力实现业务战略技术⾰革命,让⾏行行业快速变⾰革 • 供 给 推 动 v s 需 求 拉 动 • 外 部 竞 争 v s 客 户 中 ⼼心 • 既 有 资 源 v s 组 织 能 ⼒力力 敏敏捷协作,实现增⻓长 • 业务需求驱动创新 • 打破部⻔门墙,塑造⽆无边界组织 • 提升项⽬目管理理能⼒力力,贯彻业务战略略 业 务 需 求 驱 动 的 创 新 ⾃自我增强的业务增⻓长 • 线 , 团 队 成 员 积 极 应 对 变 化 , 持 续 交 付 价 值 • 打 通 前 中 后 台 , 推 动 跨 部 ⻔门 协 同 01 需求管理理 02 迭代规划 03 研发协作 04 质量量管控 05 缺陷跟踪 06 回顾沉淀 07 ⽤用户反馈 Teambition 敏敏捷专业模板,助⼒力力打造⾼高效敏敏捷团队 打 破 部 ⻔门 墙 , 塑 造 ⽆无 边 ����������������������������� ����������������������������� ��� � ����������������������� 平等、⽆无缝的全员协作 • 任 务 加 ⼊入 参 与 者 , 所 有 ⼈人 同 步 到 实 时 的 信 息 , 并 查 看 历 史 讨 论 • @ 某 位 参 与 者 进 ⾏行行 ⼀一 对 ⼀一 沟 通 •0 码力 | 24 页 | 5.29 MB | 1 年前3
Apifox - API调试、API Mock、API自动化测试一体化协作平台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 设计者 后端开发0 码力 | 27 页 | 14.01 MB | 1 年前3
Apifox API文档、API调试、API Mock、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 节省研发团队的每一分钟0 码力 | 44 页 | 12.45 MB | 1 年前3
Pro Git 中文版 第2版 2.1.66. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 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 别名0 码力 | 501 页 | 19.30 MB | 1 年前3
2020 中国开源年度报告
162%)。 ⼀⽅⾯,是开源这么多年⼀直持续的上升势头。⽽另⼀⽅⾯,则是我们的⼀个猜测:疫情以 来,越来越多的⼈开始远程办公,事实上促进了更多的⼈有机会“斜杠化”,也就是在⼀台电脑 ⾯前⽅便地切换多种身份,以异步的⽅式处理多种事务,从⽽增加了开发者参与开源的时间和 机会。 当然,同样由于远程办公,虚拟世界在⼈类⽣活中的占⽐,变得更⼤了。这样是否更好,还会 引发哪些问题?作为站在隧道⼝的⼈类,其实是猜不透的。 ⼈认为疫情对于参加开源社区的活动产⽣了影响,但也具有推动作⽤,11% 的⼈认为毫 ⽆影响,7% 的⼈认为疫情的负⾯影响⼤于正⾯影响; 在在线⽂档协作⼯具的使⽤上,⽯墨⽂档以⿊⻢的形式由第三名⼀跃成为第⼀名,压倒了 wiki 和 Google Doc,国内正在涌现出⼀批优秀的协作⼯具,并越来越为⼤家认可; 2020 年 9 ⽉ 9 ⽇,中国⾸个开源软件基⾦会「开放原⼦开源基⾦会(OpenAtom Fo 的参与者认为开源活动对促进和推动开源社区⾄关重要。 【专家点评】 ⾼阳:我们⿎励开发者积极参与到开源活动中来,尤其⿎励⼤家积极参与线下活动。线下的⻅ ⾯、沟通有助于建⽴起⼈与⼈之间的信任,对于社区的繁荣、⼈与⼈之间更⾼效的协作有重要 意义。 关于开展线上还是线下的开源活动/会议,参与者们各抒⼰⻅,线下活动可以⾯对⾯地沟通交 流,交流更有效率,氛围更好,可以有更多⾛出去看看,结交新朋友的机会,⽽线上活动则更 加安全0 码力 | 46 页 | 4.09 MB | 1 年前3
第29 期| 2023 年9 月- 技术雷达言模型的底层能力,包括更专业化和自行托管的能力, 将继续呈爆发性增长。 远程交付解决方案日臻成熟 尽管远程软件开发团队多年来利用技术克服地理限制,但疫情的影响进一步推动了这一领域的创新,巩固了向 完全远程或混合工作演进的趋势。在本期技术雷达中,我们讨论了远程软件开发实践和工具的成熟,和团队们 如何继续以有效协作为重点,不断突破界限,在一个更加分散和动态的环境中进行工作。一些团队利用新的协 作工具不断提出创新解决方案。其他团队则继续调整和改进现有的面对面实践,例如实时结对编程或集体编程、 分布式工作坊(例如 远程事件风暴)以及异步和同步沟通。远程工作提供了许多好处(包括更多样化的人才储 备),但面对面交流的价值是显而易见的。团队不应中断重要的反馈循环,并且需要意识到在转向远程工作时所 做的取舍。 © Thoughtworks, Inc. All Rights Reserved. 8 的设计和架构思想,以促进团队协作和 决策。几乎所有数字原生和快速扩张的组织都使用 RFCs 来记录围绕设计、架构、技术和团队协作方式的决策。 成熟的组织已经在自治团队中,特别是在跨团队相关的决策中使用 RFCs 来推动更好的沟通和协作。它通常被 用作架构决策记录的审查和批准过程。即让受决策影响的人有机会在决策获得批准之前,参与讨论并提供意见, 这一个透明的协作过程。快节奏的环境往往会导致设0 码力 | 43 页 | 2.76 MB | 1 年前3
Gitea v1.21.1 中文文档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 服务器与数据库之间的连接, 而0 码力 | 303 页 | 3.88 MB | 1 年前3
7-王刚-Flutter在Now直播中的工程实践应用支持断点调试 无法跨终端同步及维护Dart代码 工程化开发模式Ⅲ • Gradle/CocoaPods依赖管理 • 跨终端团队协作远程构建产出模式 • Dart代码独立GIT • 远程构建平台配置终端推送地址 • 构建完成自动推送更新 QCI 远程构建平台 Android Git iOS Git 工程化开发模式Ⅲ 1. 拉取Dart分支 2. 拉取Android /iOS分支 QCI设置分支及对应版本号 4. 开发提交代码 5. 启动构建同步至分支 开发步骤: 工程化开发模式总结 远程构建产出模式 Flutter工程集成IDE工程模式 IDE工程集成Flutter产出模式 适合个人独立开发 方便团队内部协作开发 方便开发调试 适合跨团队协作开发 分享目录 uNOW直播与Flutter uNOW直播中Flutter的开发模式 uNOW直播中Flutter的工程实践0 码力 | 35 页 | 5.39 MB | 1 年前3
2021 中国开源年度报告映出开源项目的推广已下沉影响到学生群体。不论是 gitee 开源暑期活动、中科院开源软件点亮计划以及 Google summer of code 等这些来自各个组织公司的项目都培养了下一代参与开源贡献习惯,了解了开源文 化精神和开源协作的共创模式,为我们更好的推进开源发展做出巨大贡献,未来可期。 参与者从业时间 还未工作,230,43% 6-10 年,56,10% 15 年以上, 47,9% 10-15 年 1-2 年 15 vc 2021 中国开源年度报告 75 开源软件商业化的成功不是空穴来风。我们认为,开源软件之所以 可以成功进行商业化发展,是由于开源模式在软件开发、销售等阶 段带来的杠杆效应优势。尤其是,协作开发、自下向上销售模式、 刺激创新等特点,成为了驱动开源产生商业价值的底层因素。 2.1 开源商业模式验证 开源软件公司迎来上市潮,多家公司估值已突破 100 亿美元。1999 年,Red Hat 优势。 78 图表 6 :开源软件增长飞轮 资料来源:云启资本 首先在获客阶段,开源运营模式降低了获客成本,并且使获客流程更具针对性。开发人员的相互交流、 GitHub 等平台带来的社区型协作,加速了传播获客。开源产品的初始客户定位通常为开源社区的参与者, 他们往往是企业里的开发者或者 IT 人员。培育了这些优质潜在客户,也就具备了“群众基础”。社区帮 助打开企业的边界,让好的开源项0 码力 | 132 页 | 14.24 MB | 1 年前3
共 537 条
- 1
- 2
- 3
- 4
- 5
- 6
- 54













