尧图网页设计 
nerfstudio 贡献指南从开发环境搭建到 CI 全量检查的完整工作流【免费下载链接】nerfstudioA collaboration friendly studio for NeRFs项目地址: https://gitcode.com/GitHub_Trending/ne/nerfstudio本篇指南以 nerfstudio 仓库的官方贡献文档docs/reference/contributing.md为核心骨架系统讲解如何向这个面向 NeRF 研究与工程的协作友好代码库提交高质量代码。你将掌握开发依赖的安装与 pre-commit 钩子配置、ns-dev-test一键本地 CI 检查的原理与各检查项细节、文档构建与 Notebook 展示的维护方法从而让每一次 PR 都能一次通过仓库的自动化质量门禁。一、贡献的类型与流程总览nerfstudio 欢迎社区以多种形式参与贡献从源码角度看贡献主要分为三类Bug 修复与文档改进这是最受重视、也最容易被合并的贡献类型。遇到 bug 或发现文档可完善之处时直接提交 Pull RequestPR即可维护者会审阅并将其合入主干。较大的功能特性对于会显著改动架构的新功能官方要求先与团队沟通对齐方向再动手实现以避免与仓库既定路线冲突导致返工。新增研究方法New Methodnerfstudio 的目标之一就是让研究者可以基于其 pipeline 组件扩展出全新方法。若你开发了新方法官方鼓励将其补充到项目文档中具体注册方式见 docs/developer_guides/new_methods.md通过nerfstudio.method_configsentrypoint 注册MethodSpecification即可被ns-train等 CLI 自动发现。无论哪种贡献类型最终合入代码库前都必须通过全部自动化检查——这是本文接下来要详解的核心。二、开发工具链一览仓库维护团队使用以下工具链来保证代码质量与可维护性这也是所有贡献者在本地需要对齐的标准工具链用途Ruff代码格式化与 Lint同时承担 isort 风格的 import 排序Pyright静态类型检查pytest单元与集成测试Sphinx文档站点构建Google Docstring 风格文档字符串规范eslint前端viewer 相关 JS/JSX 代码Lint这些工具的版本与详细配置都沉淀在仓库根目录的 pyproject.toml 中。例如 dev 依赖锁定了ruff0.12.2、pyright1.1.331、pytest7.1.2、pytest-xdist2.5.0、pre-commit3.3.2docs 依赖锁定了sphinx5.2.1、furo2022.09.29、myst-nb0.16.0等确保所有贡献者在同一版本基线上下工作。Ruff 的工程化配置要点从 pyproject.toml 的[tool.ruff]段可以看到line-length 120单行最大长度 120 字符比 PEP8 默认的 88 更宽松lint.select启用了Epycodestyle 错误、FPyflakes、Iisort、PLC/PLE/PLR/PLWPylint 系列以及NPY201NumPy 2.0 迁移检查同时通过lint.ignore显式放行了一批与 jaxtyping 类型注解、Nerfstudio 代码风格相冲突的规则如E501行长、F722/F821jaxtyping 前向注解误报、PLR0913参数过多等[tool.ruff.lint.isort]将nerfstudio声明为known-first-partyimport 排序时会把同包模块归为第一方依赖。理解这些配置有助于你在本地自查时避免误改代码风格。三、开发环境搭建依赖安装与 pre-commit 钩子在仓库根目录执行以下三条命令即可完成开发所需依赖与钩子的安装pip install -e .[dev] pip install -e .[docs] pre-commit installpip install -e .[dev]以可编辑模式安装项目并带上dev可选依赖包含 ruff、pyright、pytest、pre-commit 等全部开发工具见 pyproject.toml 的[project.optional-dependencies].devpip install -e .[docs]安装文档构建所需的 Sphinx 生态依赖pre-commit install注册 Git 钩子使每次git commit自动执行仓库的代码风格校验不合规的提交会被当场拦截。pre-commit 钩子内部做了什么仓库根目录的 .pre-commit-config.yaml 定义了钩子集合add-license-headers本地脚本调用 nerfstudio/scripts/licensing/license_headers.sh 为所有缺少版权声明的 Python 文件自动补齐 Apache 2.0 许可头trailing-whitespace与end-of-file-fixer清理行尾空白并保证文件末尾换行ruff与ruff-format对python、pyi、jupyter类型文件执行 Lint 修复--fix与格式化。也就是说pre-commit 覆盖的是「提交时」的最小校验而完整的多阶段检查则由下一节的ns-dev-test负责。关于 pandoc如果你的环境需要转换 Notebook 或特定文档格式可能还要安装 pandoc使用 conda 时可通过conda install -c conda-forge pandoc安装。该依赖仅在文档工作流需要时才是必需的。四、提交代码的标准流程修改 → 本地全量检查 → 开 PR官方推荐的提交流程只有三步完成代码修改在本地执行全量检查见下文ns-dev-test打开 Pull Request等待合入。需要注意两条硬性规则只有全部检查通过PR 才会被审阅。未通过检查的 PR 维护者不会开始 review本地检查通过通常意味着 CIGitHub 上的绿勾也会通过因为两者执行的是同一套检查逻辑。ns-dev-test一键复现 CI 的本地命令ns-dev-test是 pyproject.toml 中注册的控制台脚本入口为nerfstudio.scripts.github.run_actions:entrypoint。直接运行ns-dev-test它会依次完成以下工作对应 nerfstudio/scripts/github/run_actions.py 中的run_code_checks实现解析 CI 工作流文件程序读取 .github/workflows/core_code_checks.yml提取jobs.build.steps中名字匹配LOCAL_TESTS列表的步骤将其中的命令在本机逐一执行Ruff 的本地化改写CI 中ruff check使用--output-formatgithub、--check等面向 CI 输出的参数本地执行时会被自动替换为--fix并去掉 CI 专属参数保证本地能直接修复问题而非只报错Notebook 元数据检查追加执行python nerfstudio/scripts/docs/add_nb_tags.py文档构建追加执行cd docs/; make html SPHINXOPTS-W;其中-W将文档警告升级为错误——任何 Sphinx 警告都会导致检查失败。全部通过时终端会打印绿色横幅 ALL CHECKS PASSED否则会以红色 ERRORS FOUND 结束并指出首个失败的命令。CI 中实际执行的检查清单对照 .github/workflows/core_code_checks.ymlns-dev-test覆盖的步骤与 CI 完全一致检查项CI 中的实际命令目的License 检查./nerfstudio/scripts/licensing/license_headers.sh --check确保所有.py文件含版权头Notebook 元数据python ./nerfstudio/scripts/docs/add_nb_tags.py --check确保 Notebook cell 标签与源码注释一致Ruff Linterruff check docs/ nerfstudio/ tests/ --output-formatgithub静态检查与 import 排序Ruff Formatterruff format docs/ nerfstudio/ tests/ --diff校验格式化结果Pyrightpyright静态类型检查pytestpytest运行全部测试此外 CI 环境固定使用 Python 3.11.13 并通过 uv 安装-e .[dev]与本地开发环境的基线一致。五、逐项拆解ns-dev-test的五大检查1. 格式化与 LintRuffRuff 同时承担 Lint 与格式化职责检查范围覆盖docs/、nerfstudio/、tests/三个目录。本地执行时ruff check --fix会自动修复可自动修复的问题若仍有残留错误如未使用的 import需要手动处理后再提交。2. 类型检查Pyrightpyproject.toml 的[tool.pyright]配置将nerfstudio包纳入检查范围排除了node_modules与__pycache__并把reportMissingImports设为 warning 级别。由于 nerfstudio 大量使用 jaxtyping 注解这也是 Ruff 配置中放行F722/F821前向注解误报的原因Pyright 是保证类型安全的关键一环。3. 单元测试pytestpyproject.toml 的[tool.pytest.ini_options]配置了addopts -n4 --jaxtyping-packagesnerfstudio --disable-warnings-n4表示用 pytest-xdist 以 4 进程并行运行测试testpaths [tests]指定测试目录。仓库 tests/ 下按模块组织了大量测试例如 tests/cameras/test_cameras.py、tests/model_components/test_losses.py、tests/test_nerfacto_integration.py 等新增代码时应在对应模块补充测试用例。4. 文档构建检查阶段会以「警告即错误」的模式SPHINXOPTS-W;构建文档站点确保新增或修改的文档不会引入 Sphinx 警告。这一步要求贡献者在改动文档后必须本地验证构建通过。5. 许可证头自动补齐License 检查由 nerfstudio/scripts/licensing/license_headers.sh 实现脚本遍历nerfstudio/下所有.py文件检查是否包含Copyright字样--check模式只报告缺失文件并以非零退出码失败非 check 模式则会把 nerfstudio/scripts/licensing/copyright.txt 中的许可头内容前置写入文件。这也是 pre-commit 钩子add-license-headers背后的同一套逻辑。六、维护文档构建、自动构建与 Notebook 展示nerfstudio 的文档基于 Sphinx 构建源码目录为 docs/入口配置见 docs/conf.py 与 docs/Makefile。6.1 手动构建文档python nerfstudio/scripts/docs/build_docs.py该脚本nerfstudio/scripts/docs/build_docs.py会先运行add_nb_tags.py为 Notebook 补充元数据再执行cd docs/; make html SPHINXOPTS-W;以警告即错误模式构建。它还支持--clean-cache参数当文档目录结构发生变化时应使用python nerfstudio/scripts/docs/build_docs.py --clean-cache先清理缓存再完整重建等价于make clean; make html。实操提示每次修改文档后都要重新执行make html验证如果调整了文档目录结构增删 rst 文件或移动章节必须先make clean再构建否则残留的构建产物会导致结果不准确。6.2 保存时自动构建文档的自动生成部分Reference API对应 docs/reference/ 下的.rst文件会随模型/组件的增删而变化。如需在每次保存时自动重构建可使用 sphinx-autobuildpip install sphinx-autobuild sphinx-autobuild docs docs/_build/html同样地如果文档结构发生变化需要先清空旧的构建缓存再启动自动构建。6.3 在文档中加入 Notebook 并控制展示仓库支持在文档中嵌入 Jupyter Notebook例如 docs/nerfology/model_components/visualize_samplers.ipynb 这类可视化 Notebook。为了控制页面可读性可以在每个代码 cell 顶部添加自定义注释标签由 nerfstudio/scripts/docs/add_nb_tags.py 在构建前转换成对应的 cell metadata 标签代码 cell 顶部注释对应 metadata 标签展示效果# HIDDENremove-cell隐藏代码块及其输出# COLLAPSEDhide-input代码折叠进下拉框但保留结果显示# OUTPUT_ONLYremove-input只展示 cell 的输出从 nerfstudio/scripts/docs/add_nb_tags.py 的源码可以看到其校验逻辑每个 cell 中若同时出现多个标签注释会直接报错退出且 cell 的 metadata 标签必须与注释完全一致支持--check模式只校验不修改CI 与ns-dev-test均使用该模式。七、开发辅助工具CLI 补全安装虽然不是贡献流程的强制环节仓库还提供了 CLI 补全安装工具入口ns-install-cli见 pyproject.toml 的[project.scripts]ns-install-cli该命令由 nerfstudio/scripts/completions/install.py 实现会扫描所有 tyro CLI 入口点ns-train、ns-export等并为其生成 bash/zsh 补全脚本自动写入~/.bashrc或~/.zshrc在 conda 环境下则写入$CONDA_PREFIX/etc/conda/activate.d/与deactivate.d/。补全脚本模板位于 nerfstudio/scripts/completions/setup.bash 与 nerfstudio/scripts/completions/setup.zsh。熟悉这些辅助工具能显著提升日常开发体验。八、贡献前自查清单将上述内容浓缩为一份提交前清单逐项打勾后再开 PR依赖与钩子已执行pip install -e .[dev]、pip install -e .[docs]、pre-commit install本地全量检查ns-dev-test输出 ALL CHECKS PASSED覆盖 License、Ruff、Pyright、pytest、文档构建文档改动涉及文档时本地make html无警告涉及 Notebook 时 cell 标签注释正确且元数据同步测试覆盖新增功能或修复在 tests/ 对应模块补充了测试用例新方法贡献若新增方法按 docs/developer_guides/new_methods.md 注册MethodSpecification并补充文档。在 nerfstudio 的协作模型中「本地通过ns-dev-test」与「CI 绿勾」是强等价关系——只要你严格走完上述流程PR 就能顺畅进入维护者审阅阶段让贡献真正汇入这个 NeRF 研究社区。【免费下载链接】nerfstudioA collaboration friendly studio for NeRFs项目地址: https://gitcode.com/GitHub_Trending/ne/nerfstudio创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 nerfstudio 贡献指南：从开发环境搭建到 CI 全量检查的完整工作流
nerfstudio 贡献指南从开发环境搭建到 CI 全量检查的完整工作流【免费下载链接】nerfstudioA collaboration friendly studio for NeRFs项目地址: https://gitcode.com/GitHub_Trending/ne/nerfstudio本篇指南以 nerfstudio 仓库的官方贡献文档docs/reference/contributing.md为核心骨架系统讲解如何向这个面向 NeRF 研究与工程的协作友好代码库提交高质量代码。你将掌握开发依赖的安装与 pre-commit 钩子配置、ns-dev-test一键本地 CI 检查的原理与各检查项细节、文档构建与 Notebook 展示的维护方法从而让每一次 PR 都能一次通过仓库的自动化质量门禁。一、贡献的类型与流程总览nerfstudio 欢迎社区以多种形式参与贡献从源码角度看贡献主要分为三类Bug 修复与文档改进这是最受重视、也最容易被合并的贡献类型。遇到 bug 或发现文档可完善之处时直接提交 Pull RequestPR即可维护者会审阅并将其合入主干。较大的功能特性对于会显著改动架构的新功能官方要求先与团队沟通对齐方向再动手实现以避免与仓库既定路线冲突导致返工。新增研究方法New Methodnerfstudio 的目标之一就是让研究者可以基于其 pipeline 组件扩展出全新方法。若你开发了新方法官方鼓励将其补充到项目文档中具体注册方式见 docs/developer_guides/new_methods.md通过nerfstudio.method_configsentrypoint 注册MethodSpecification即可被ns-train等 CLI 自动发现。无论哪种贡献类型最终合入代码库前都必须通过全部自动化检查——这是本文接下来要详解的核心。二、开发工具链一览仓库维护团队使用以下工具链来保证代码质量与可维护性这也是所有贡献者在本地需要对齐的标准工具链用途Ruff代码格式化与 Lint同时承担 isort 风格的 import 排序Pyright静态类型检查pytest单元与集成测试Sphinx文档站点构建Google Docstring 风格文档字符串规范eslint前端viewer 相关 JS/JSX 代码Lint这些工具的版本与详细配置都沉淀在仓库根目录的 pyproject.toml 中。例如 dev 依赖锁定了ruff0.12.2、pyright1.1.331、pytest7.1.2、pytest-xdist2.5.0、pre-commit3.3.2docs 依赖锁定了sphinx5.2.1、furo2022.09.29、myst-nb0.16.0等确保所有贡献者在同一版本基线上下工作。Ruff 的工程化配置要点从 pyproject.toml 的[tool.ruff]段可以看到line-length 120单行最大长度 120 字符比 PEP8 默认的 88 更宽松lint.select启用了Epycodestyle 错误、FPyflakes、Iisort、PLC/PLE/PLR/PLWPylint 系列以及NPY201NumPy 2.0 迁移检查同时通过lint.ignore显式放行了一批与 jaxtyping 类型注解、Nerfstudio 代码风格相冲突的规则如E501行长、F722/F821jaxtyping 前向注解误报、PLR0913参数过多等[tool.ruff.lint.isort]将nerfstudio声明为known-first-partyimport 排序时会把同包模块归为第一方依赖。理解这些配置有助于你在本地自查时避免误改代码风格。三、开发环境搭建依赖安装与 pre-commit 钩子在仓库根目录执行以下三条命令即可完成开发所需依赖与钩子的安装pip install -e .[dev] pip install -e .[docs] pre-commit installpip install -e .[dev]以可编辑模式安装项目并带上dev可选依赖包含 ruff、pyright、pytest、pre-commit 等全部开发工具见 pyproject.toml 的[project.optional-dependencies].devpip install -e .[docs]安装文档构建所需的 Sphinx 生态依赖pre-commit install注册 Git 钩子使每次git commit自动执行仓库的代码风格校验不合规的提交会被当场拦截。pre-commit 钩子内部做了什么仓库根目录的 .pre-commit-config.yaml 定义了钩子集合add-license-headers本地脚本调用 nerfstudio/scripts/licensing/license_headers.sh 为所有缺少版权声明的 Python 文件自动补齐 Apache 2.0 许可头trailing-whitespace与end-of-file-fixer清理行尾空白并保证文件末尾换行ruff与ruff-format对python、pyi、jupyter类型文件执行 Lint 修复--fix与格式化。也就是说pre-commit 覆盖的是「提交时」的最小校验而完整的多阶段检查则由下一节的ns-dev-test负责。关于 pandoc如果你的环境需要转换 Notebook 或特定文档格式可能还要安装 pandoc使用 conda 时可通过conda install -c conda-forge pandoc安装。该依赖仅在文档工作流需要时才是必需的。四、提交代码的标准流程修改 → 本地全量检查 → 开 PR官方推荐的提交流程只有三步完成代码修改在本地执行全量检查见下文ns-dev-test打开 Pull Request等待合入。需要注意两条硬性规则只有全部检查通过PR 才会被审阅。未通过检查的 PR 维护者不会开始 review本地检查通过通常意味着 CIGitHub 上的绿勾也会通过因为两者执行的是同一套检查逻辑。ns-dev-test一键复现 CI 的本地命令ns-dev-test是 pyproject.toml 中注册的控制台脚本入口为nerfstudio.scripts.github.run_actions:entrypoint。直接运行ns-dev-test它会依次完成以下工作对应 nerfstudio/scripts/github/run_actions.py 中的run_code_checks实现解析 CI 工作流文件程序读取 .github/workflows/core_code_checks.yml提取jobs.build.steps中名字匹配LOCAL_TESTS列表的步骤将其中的命令在本机逐一执行Ruff 的本地化改写CI 中ruff check使用--output-formatgithub、--check等面向 CI 输出的参数本地执行时会被自动替换为--fix并去掉 CI 专属参数保证本地能直接修复问题而非只报错Notebook 元数据检查追加执行python nerfstudio/scripts/docs/add_nb_tags.py文档构建追加执行cd docs/; make html SPHINXOPTS-W;其中-W将文档警告升级为错误——任何 Sphinx 警告都会导致检查失败。全部通过时终端会打印绿色横幅 ALL CHECKS PASSED否则会以红色 ERRORS FOUND 结束并指出首个失败的命令。CI 中实际执行的检查清单对照 .github/workflows/core_code_checks.ymlns-dev-test覆盖的步骤与 CI 完全一致检查项CI 中的实际命令目的License 检查./nerfstudio/scripts/licensing/license_headers.sh --check确保所有.py文件含版权头Notebook 元数据python ./nerfstudio/scripts/docs/add_nb_tags.py --check确保 Notebook cell 标签与源码注释一致Ruff Linterruff check docs/ nerfstudio/ tests/ --output-formatgithub静态检查与 import 排序Ruff Formatterruff format docs/ nerfstudio/ tests/ --diff校验格式化结果Pyrightpyright静态类型检查pytestpytest运行全部测试此外 CI 环境固定使用 Python 3.11.13 并通过 uv 安装-e .[dev]与本地开发环境的基线一致。五、逐项拆解ns-dev-test的五大检查1. 格式化与 LintRuffRuff 同时承担 Lint 与格式化职责检查范围覆盖docs/、nerfstudio/、tests/三个目录。本地执行时ruff check --fix会自动修复可自动修复的问题若仍有残留错误如未使用的 import需要手动处理后再提交。2. 类型检查Pyrightpyproject.toml 的[tool.pyright]配置将nerfstudio包纳入检查范围排除了node_modules与__pycache__并把reportMissingImports设为 warning 级别。由于 nerfstudio 大量使用 jaxtyping 注解这也是 Ruff 配置中放行F722/F821前向注解误报的原因Pyright 是保证类型安全的关键一环。3. 单元测试pytestpyproject.toml 的[tool.pytest.ini_options]配置了addopts -n4 --jaxtyping-packagesnerfstudio --disable-warnings-n4表示用 pytest-xdist 以 4 进程并行运行测试testpaths [tests]指定测试目录。仓库 tests/ 下按模块组织了大量测试例如 tests/cameras/test_cameras.py、tests/model_components/test_losses.py、tests/test_nerfacto_integration.py 等新增代码时应在对应模块补充测试用例。4. 文档构建检查阶段会以「警告即错误」的模式SPHINXOPTS-W;构建文档站点确保新增或修改的文档不会引入 Sphinx 警告。这一步要求贡献者在改动文档后必须本地验证构建通过。5. 许可证头自动补齐License 检查由 nerfstudio/scripts/licensing/license_headers.sh 实现脚本遍历nerfstudio/下所有.py文件检查是否包含Copyright字样--check模式只报告缺失文件并以非零退出码失败非 check 模式则会把 nerfstudio/scripts/licensing/copyright.txt 中的许可头内容前置写入文件。这也是 pre-commit 钩子add-license-headers背后的同一套逻辑。六、维护文档构建、自动构建与 Notebook 展示nerfstudio 的文档基于 Sphinx 构建源码目录为 docs/入口配置见 docs/conf.py 与 docs/Makefile。6.1 手动构建文档python nerfstudio/scripts/docs/build_docs.py该脚本nerfstudio/scripts/docs/build_docs.py会先运行add_nb_tags.py为 Notebook 补充元数据再执行cd docs/; make html SPHINXOPTS-W;以警告即错误模式构建。它还支持--clean-cache参数当文档目录结构发生变化时应使用python nerfstudio/scripts/docs/build_docs.py --clean-cache先清理缓存再完整重建等价于make clean; make html。实操提示每次修改文档后都要重新执行make html验证如果调整了文档目录结构增删 rst 文件或移动章节必须先make clean再构建否则残留的构建产物会导致结果不准确。6.2 保存时自动构建文档的自动生成部分Reference API对应 docs/reference/ 下的.rst文件会随模型/组件的增删而变化。如需在每次保存时自动重构建可使用 sphinx-autobuildpip install sphinx-autobuild sphinx-autobuild docs docs/_build/html同样地如果文档结构发生变化需要先清空旧的构建缓存再启动自动构建。6.3 在文档中加入 Notebook 并控制展示仓库支持在文档中嵌入 Jupyter Notebook例如 docs/nerfology/model_components/visualize_samplers.ipynb 这类可视化 Notebook。为了控制页面可读性可以在每个代码 cell 顶部添加自定义注释标签由 nerfstudio/scripts/docs/add_nb_tags.py 在构建前转换成对应的 cell metadata 标签代码 cell 顶部注释对应 metadata 标签展示效果# HIDDENremove-cell隐藏代码块及其输出# COLLAPSEDhide-input代码折叠进下拉框但保留结果显示# OUTPUT_ONLYremove-input只展示 cell 的输出从 nerfstudio/scripts/docs/add_nb_tags.py 的源码可以看到其校验逻辑每个 cell 中若同时出现多个标签注释会直接报错退出且 cell 的 metadata 标签必须与注释完全一致支持--check模式只校验不修改CI 与ns-dev-test均使用该模式。七、开发辅助工具CLI 补全安装虽然不是贡献流程的强制环节仓库还提供了 CLI 补全安装工具入口ns-install-cli见 pyproject.toml 的[project.scripts]ns-install-cli该命令由 nerfstudio/scripts/completions/install.py 实现会扫描所有 tyro CLI 入口点ns-train、ns-export等并为其生成 bash/zsh 补全脚本自动写入~/.bashrc或~/.zshrc在 conda 环境下则写入$CONDA_PREFIX/etc/conda/activate.d/与deactivate.d/。补全脚本模板位于 nerfstudio/scripts/completions/setup.bash 与 nerfstudio/scripts/completions/setup.zsh。熟悉这些辅助工具能显著提升日常开发体验。八、贡献前自查清单将上述内容浓缩为一份提交前清单逐项打勾后再开 PR依赖与钩子已执行pip install -e .[dev]、pip install -e .[docs]、pre-commit install本地全量检查ns-dev-test输出 ALL CHECKS PASSED覆盖 License、Ruff、Pyright、pytest、文档构建文档改动涉及文档时本地make html无警告涉及 Notebook 时 cell 标签注释正确且元数据同步测试覆盖新增功能或修复在 tests/ 对应模块补充了测试用例新方法贡献若新增方法按 docs/developer_guides/new_methods.md 注册MethodSpecification并补充文档。在 nerfstudio 的协作模型中「本地通过ns-dev-test」与「CI 绿勾」是强等价关系——只要你严格走完上述流程PR 就能顺畅进入维护者审阅阶段让贡献真正汇入这个 NeRF 研究社区。【免费下载链接】nerfstudioA collaboration friendly studio for NeRFs项目地址: https://gitcode.com/GitHub_Trending/ne/nerfstudio创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考