category
tags
type
status
slug
date
summary
icon
password
项目更新
本项目在长期维护更新中,不时将修复一些bug和增加新特性。新版本中对页面样式以及加载速度都做了大量的优化,因此非常推荐更新到最新版本。
访问以下文章查看版本日志:
最简单的更新
当您的代码版本落后于NotionNext最新版时,则右上角将会出现一个
Fetch upstream
按钮,点击并选择 Fetch and merge
即可更新为最新的代码,或者如果出现 UpdateBranch 选项也可以直接更新。
出现冲突
当我和你的代码发生冲突(
confilcts
),(例如我修改了blog.config.js
文件,你也修改了此文件),导致在更新时,Git需要人工确认要合并代码时需要保留的最终代码版本。此时弹出框中会显示,
Discard xx commits
选项;请谨慎点击,这么做意味着您放弃了自己修改的代码,选择与我的仓库代码保持完全一致。建议先做好备份。
如果您此处的按钮既不是 Fetch and merge,也没有 Update branch,则说明我的代码和您的有冲突,请参考文章后面的部分进行操作。
冲突时如何更新
- 推荐简单方案
若你并不是熟悉Git的操作,推荐做法是备份一下您的代码,诸如
blog.config.js
配置文件,然后重新fork
一遍项目,再更新新版本中的配置项,重新配置即可。- 如果您不想重新fork项目,可以参考以下网友分享的更新方案:
优化的建议
建立一个专用部署分支
您可以选择在Git仓库中,建立属于自己的分支,例如 deploy/tangly1024.com 这样的专属分支。 并在vercel中导入时,选择使用该分支进行部署。


这样,以后您只需在自己的分支修改代码,然后每次更新NotionNext版本只是main分支的更新,然后在自己的仓库中选择将main合并到自己建立的部署分支即可。
常见问题
更新后打开网页,版本号还是旧的?
请检查以下两处
- vercel后台最新一次部署是否成功?

- github代码是否合并成功? 检查您代码中的版本号 ,它在package.json 文件中。

其他部署方式更新
除了Github fork部署,还支持Docker部署、Vercel一键Clone部署。这两种部署方式更新方法如下:
1.Docker 部署
旧版
docker run -p 3000:3000 -e NOTION_PAGE_ID="02ab3b8678004aa69e9e415905ef32a5" notionnext:2.8.1 # 02ab3b8678004aa69e9e415905ef32a5 这个值可替换成你的Notion_PAGE_ID 此环境变量则默认读取示例文章
docker run -p 3000:3000 -e NEXT_PUBLIC_THEME="next" -e NOTION_PAGE_ID="02ab3b8678004aa69e9e415905ef32a5" tangly1024/notionnext:3.3.9 # 02ab3b8678004aa69e9e415905ef32a5 这个值可替换成你的Notion_PAGE_ID 此环境变量则默认读取示例文章
2.Vercel一键部署
删除旧版Vercel项目,重新按找以下步骤一键Clone部署。
1.点击 快速部署链接
2.选择用
选择仓库创建方式 
创建仓库 
完成部署
Github
方式创建仓库,然后点击create
确认部署。

系统将自动完成部署(大约等待2分钟)。
