跳到主要内容

2020-09-08 Conda 社区会议

会议链接

我的时区会议时间

上周会议 没有！

出席者​

  • Matthew R Becker
  • Filipe Fernandes
  • Jonathan Helmus
  • Megan Yancy
  • Connor Martin
  • Uwe Korn
  • Angela Gloyna
  • Cheng Lee
  • Travis Oliphant
  • Devon Ryan
  • Marius van Niekerk
  • Hameer Abbasi
  • Gonzalo Peña-Castellanos
  • Marcelo Duarte Trevisani
  • Marcel Bargull
  • Michael Grant
  • Martin Prüsse
  • Crystal Soja
  • Peter Wang
  • Isabela Presedo-Floyd
  • Michael Sarahan

议程​

  • 欢迎

公告​

  • 会议记录和纪要位置

常规议题​

  • 会议纪要的存档记录： https://github.com/conda-incubator/governance/tree/master/meetings
  • 邀请/添加到孵化器的项目
    • (FF) 我们将如何将项目从孵化器转移到主要的 conda 组织？
    • 任何核心成员都可以添加
    • 暂缓直接询问 mamba 组织（mamba、quetz 等），但随时欢迎他们加入
  • 网站（和博客？）

    • 需要名称

    • conda.org 归 Anaconda 所有（Peter 同意将域名用于此组织。）

    • 我们是否需要更多帮助来设计网站？

      • 询问 Quansight

    • Matthew R Becker 可以根据需要提供帮助

    • 与 Isabela 聊天

      • 时间表：不着急
      • 包含链接和日历的网站
      • 沟通：在孵化器中发布

    • 博客稍后推出（尚无内容）

  • GitHub 组织
    • 公共日历
    • 建立一个流程，用于在 GitHub 上 conda 组织中创建和执行仓库的管理任务
      • 使用 admin-requests 仓库来创建工单
      • 长期：调查将仓库管理迁移到 terraform？可以使用 terraform cloud + 安全策略来严格控制如何创建团队、仓库等
      • 我们有什么准备好迁移的吗？
        • 治理
    • 需要与 Anaconda IT 部门沟通以 выяснить 权限
      • 所有者不是公开的
      • Anaconda 仍将运营 conda GitHub 组织。
    • 对 Anaconda 网站所做的更改需要锁定（CI 作业等）。
      • Anaconda
    • 社区权限将文档/页面发布到 conda.org。
      • 尚无仓库
    • 网站/电子邮件将在 GitHub.org 上更新
      • (CHL) 需要 выяснить 谁将负责电子邮件等。
    • 将旧项目存档到 conda-attic？
      • 在我们引入更多项目时确定
    • 将 CLA 机器人更改为仅限 anaconda 仓库
      • 是的，不确定当前状态（正在进行中）
      • 只要有管理员，我们就可以部署
    • 商标和徽标使用许可
      • 仍需讨论，将推迟到下次会议
      • 可能需要在网站部署前进行澄清
    • 将较小的项目移交给社区维护
      • constructor *尚未准备好迁移
      • conda-pack
      • conda-package-handling
      • schema
        • Cheng Lee 正在研究获取访问权限
        • 可能是我们将转移到社区维护的第一个 Anaconda 拥有的项目
      • conda *尚未准备好迁移
      • conda-build *尚未准备好迁移

新议程项目​

  • Anaconda：conda 组织的使用计划是什么？
    • 以上已讨论

上次会议的未完成事项​

正在进行的投票​

子团队更新​

  • 规范子团队
    • info/ 目录的内容
    • repodata.json
    • current_repodata.json
    • channeldata.json

未解决的 PR​

讨论​

  • Anaconda 希望迁移到社区治理模型的里程碑是什么？
  • 哪些可以由社区治理？
  • 将 conda-build 分解为更小的部分？作为单独的项目实施并使其适应 conda？
  • 社区将如何在治理模型中做出贡献？
    • (ED) 在 Anaconda 转移到社区治理之前，是否有明确的里程碑？
  • 决策的透明度？
    • (TO) 需要明确哪些是社区目标，哪些是严格的企业目标，哪些是两者的混合。
  • Anaconda 一直是 conda 社区的热情支持者，并且一直是许多 conda 工具的出色管理者。现在需要更清楚地了解 conda 生态系统的哪些部分可以成为社区治理（社区驱动）。现在有倡导者希望 conda-build、conda-pack、conda-constructor 甚至 conda 本身成为社区驱动的。
  • Travis 的一些评论关于 Anaconda 员工贡献者在为 conda 社区做出贡献时，大多戴着社区的帽子，因此双方都很难理解何时可能并非如此。这可能会导致这样的情况：像 Anaconda 这样非常支持社区的公司，从社区的角度来看，同时可能“难以合作”，除非明确人们在做出贡献时戴的是哪顶帽子。这也是为什么社区治理可能成为一个重要问题，以便人们可以相信项目是根据整个社区而不是仅仅是特定的利益相关者发展。
  • 即使 Anaconda 决定一个或多个 conda 工具必须在目前仍然由 Anaconda 治理，来自 Anaconda 作为一个企业的项目目标、路线图和优先事项的透明度和沟通也将非常有帮助，并将它们与 Anaconda 员工作为社区成员的个人愿望和目标区分开来。Travis 怀疑大多数更改实际上是由 Anaconda 员工作为社区成员驱动的，而不是因为 Anaconda 作为一个企业指导的工作（但如果能够知道这一点会很棒）。

之前的行动项​

本次会议​

上次会议 20200824​

  • conda 组织的使用计划
    • выяснить 核心成员的 GitHub 团队
    • 将治理仓库移动到 conda 组织
    • 将较小的项目移交给社区维护
      • constructor
      • conda-pack
      • conda-package-handling
      • schema
      • 其他？
    • 将 conda 和 conda-build 移交给社区维护
  • 我们应该向社区传达什么？
    • 加入我们的 slack
    • 记录长期计划
    • 概述治理文档
    • 记录如何参与等等
    • 发布会议记录
    • 列出赞助商/贡献者
    • 仓库列表
    • 找谁解决问题
    • 关于规范以及它如何指导社区的一些文本
  • 将较小的项目移交给社区维护
    • constructor
    • conda-pack
    • conda-package-handling
    • schema
    • conda
    • conda-build
  • 构建网站内容
  • Numfocus 财政赞助

移至问题跟踪器​

行动项​

  • 将较小的项目移交给社区维护
    • schema
      • Cheng Lee
  • Anaconda 路线图
  • Github 组织
  • 网站