推荐一个好用的工具支持在线生成vue文件目录一.git仓库1、新建github项目2、连接本地与远程仓库2.1 第一种方法复制到本地本地修改之后重新上传2.2 第二种方法从命令行推送现有存储库常用方式3、克隆项目到本地4、代码拉取和提交4.1 拉取代码4.2 提交代码4.3 提交代码时冲突解决4.4 版本回退5、常见问题处理解决warning: LF will be replaced by CRLF in方法6、分支6.1 为什么需要使用分支呢6.2 分支流 常用相关命令6.2 分支常用命令6.3 分支【非】常用命令7、git工作流git flow8、 新建仓库简单方式8.1 新建github/gitlab仓库8.2 复制SSH连接8.3 项目中输入命令9、 git打标签10、Tag与 version 同步问题1. 手动更新 package.json 的 version操作步骤2. 使用 npm version 自动化管理11、记录版本更新内容方案一GitHub/GitLab Releases 标签方案二手动维护 CHANGELOG.md二、npm1、修改npm仓库地址ShineGisClient23d2、查看源可以看到设置过的所有的源3、设置回原来的淘宝源3、设置回npm镜像源4、npm i xx --save 和npm i xx --save-dev 区别三、github查询技巧1、直接查询2、条件查询in:3、高级查询四、nvm多版本管理node一.git仓库1、新建github项目2、连接本地与远程仓库2.1 第一种方法复制到本地本地修改之后重新上传//1.复制项目gitclone https://github.com/mashize-m/personalstore.git //2.将本地创建的项目复制到clone下来的项目中 //3.查看文档状态gitstatus //4.将当前目录下修改的所有代码从工作区添加到暂存区.代表当前目录gitadd.//5.将缓存区内容添加到本地仓库gitcommit-m注释//6.将本地仓库提交到远程仓库gitpush2.2 第二种方法从命令行推送现有存储库常用方式// 需要先git init 初始化gitinit // github创建空白的项目时也会有提示 //..或从命令行推送现有存储库gitremoteaddorigin https://github.com/mashize-m/vue3-ts-cms.gitgitbranch-Mmain // gitee里没有这条命令gitpush-uorigin main // 第一次推送现有存储库先走gitadd和gitcommit3、克隆项目到本地gitclone git192.168.1.132:dingwz/datamanager.git4、代码拉取和提交4.1 拉取代码gitpull origin master4.2 提交代码gitpush origin master4.3 提交代码时冲突解决提示error: Your local changes to the following files would be overwritten by merge:Please commit your changes or stash them before you merge.# 保留你文件的修改将所有未提交的修改工作区和暂存区保存至堆栈中gitstash# 将当前stash中的内容弹出并应用到当前分支对应的工作目录上gitstash pop4.4 版本回退git通过HEAD指针记录当前版本所以可以通过HEAD来改变git版本指向达到回退的目的。主程序HEAD - master// 回退上一个版本gitreset--hardHEAD^ // 回退上上一个版本gitreset--hardHEAD^^ // 回退指定版本commit idgitreset--hard0d528212...5、常见问题处理解决warning: LF will be replaced by CRLF in方法注意不是false就是true应该是设为truegitconfig--globalcore.autocrlffalsegitconfig--globalcore.autocrlftrue6、分支6.1 为什么需要使用分支呢开发某个项目在默认分支master上进行开发实现项目的功能需求不断提交。并且在一个大的版本完成时发布版本打上一个tag v1.0.0继续开发后续的新功能正在此时你突然接到一个电话说有个很严重的问题需要紧急修补 你将按照如下方式来处理切换到tag v1.0.0的版本并且创建一个分支hotfix想要新建一个分支并同时切换到那个分支上你可以运行一个带有 -b 参数的 git checkout 命令git checkout –b hotfix分支上开发、修复bug我们可以在创建的hotfix分支上继续开发工作或者修复bug当完成要做的工作后重新打上一个新的tag v1.0.1切换回master分支但是这个时候master分支也需要修复刚刚的bug所以我们需要将master分支和hotfix分支进行合并切换分支git checkout master合并分支git merge hotfix合并分之后如果有代码冲突处理代码冲突部分。之后重新提交代码提交远程分支gitpush origin develop# 这里的develop要跟你本地创建的分支名一致6.2 分支流 常用相关命令# 1. 切换到主分支dev并拉取最新代码gitcheckout devgitpull origin dev# 2. 基于最新的 dev 创建本地分支gitcheckout-bfeature/dev-zs# feature新增特性bug问题修复zs是姓名缩写张三# 3. 在分支上修改代码并提交gitadd.gitcommit-mfix: 修复xxx bug# 4. 将本地分支推送到远程仓库如果远程没有该分支会自动创建gitpush origin feature/dev-zs# 5. 管理员合并 feature/dev-zhangsan 分支。合并完成后远程分支 dev-zs 通常会被组长删除# 6. 关于远程分支的后续处理gitbranch-dfeature/dev-zs# 删除本地分支切换到其他分支避免当前在 dev 分支上操作gitpush origin--deletefeature/dev-zs# 删除远程分支如果组长没删6.2 分支常用命令# 1. 列出所有本地分支和远程分支gitbranch-a# 2. 如果git branch -a 没有找到 git的上的远程分支gitfetch# 3. 基于远程分支创建本地dev分支并将本地的dev分支和远程的的dev分支建立关联常用这个gitcheckout-bdev origin/dev# 4. 切换到指定分支/标签gitcheckout[branch-name/tag]# 5. 选择一个commit可以是其他分支的commit合并进【当前分支】# 冲突解决参考https://blog.csdn.net/weixin_44799217/article/details/128279250gitcherry-pick[commit哈希值]# 6. 合并指定分支到当前分支gitmergebranch# 例如当前所在A分支将B分支的内容合并到A分支中git merge B# 7.将本次内容推送到 指定的某一远程分支(可以是之前没有关联关系的分支并建立关系# --set-upstream 好像就是 -ugitpush --set-upstream origin HEAD:[branch-name]# git push --set-upstream origin HEAD:zrzy/gm/dev1.36.3 分支【非】常用命令# 1. 列出所有本地分支gitbranch# 2. 列出所有远程分支gitbranch-r# 3. 新建一个分支但依然停留在当前分支gitbranch[branch-name]# 4. 新建一个分支并切换到该分支gitcheckout-b[branch]# 4. 将本地分支 dev 推送到远程仓库并创建一个同名的分支不需要先git add/commitgitpush origin dev:dev# 5. 查看本地分支和远程分支的关联情况gitbranch-vv# 6. 新建一个分支与指定的远程分支建立追踪关系gitbranch--track[branch][remote-branch]gitbranch--trackdev origin/dev# 7. 如果远程分支确实不存在可以先创建本地分支然后推送到远程。gitcheckout-bdev/wf# 从当前分支创建新的本地分支dev/wfgitpush-uorigin dev/wf# 将新分支推送到远程并设置上游# git push --set-upstream origin [branch-name]# 8. 创建新分支gitcheckoutnew-branch# 9. 切换到上一个分支gitcheckout -# 10. 建立追踪关系在现有分支与指定的远程分支之间gitbranch --set-upstream-toorigin/branchbranch# 13. 删除分支切换到其他分支避免当前在 dev 分支上操作gitbranch-d[branch-name]# 强制删除如果分支未合并强制删除用大写 -Dgitbranch-Ddev# 14. 删除远程分支gitpush origin--delete[branch-name]# 简写形式gitpush origin :dev# 15. 基于最新提交commit创建标签gittagtagname# 基于最新提交commit创建标签7、git工作流git flow基本工作流常见的git flow8、 新建仓库简单方式8.1 新建github/gitlab仓库8.2 复制SSH连接8.3 项目中输入命令git remote add origin ssh连接git remote -v查看git push --set-upstream origin mastergit push注意如果遇到fatal: not a git repository (or any of the parent directories): .git报错可以先git init一下就可以了9、 git打标签# 1. 创建轻量标签gittagtag名称# 例如 git tag v1.0.0# 2. 创建附注标签推荐gittag-atag名称-m标签说明# 例如 git tag -a v1.0.0 -m Release version 1.0.0# 3. 推送 Tag 到远程仓库# 推送单个 Taggitpush origintag名称# 例如 git push origin v1.0.0# 或者推送所有本地未同步的 Taggitpush origin--tags# 4. 验证 Tag# 查看本地所有 Taggittag# 查看远程仓库的 Tag需拉取最新数据gitfetch--tags# 5. 删除 Tag# 删除本地 Taggittag-dtag名称# 删除远程 Taggitpush origin :refs/tags/tag名称10、Tag与 version 同步问题1. 手动更新 package.json 的 version操作步骤在打 Tag 前手动更新 version 字段例如从 1.0.0 → 1.0.1。{name:my-app,version:1.0.1,// 修改版本号// ...}提交版本号变更gitaddpackage.jsongitcommit-mchore: bump version to 1.0.1打 Tag 并推送gittag-av1.0.1-mRelease version 1.0.1gitpush origin v1.0.12. 使用 npm version 自动化管理通过 npm version 命令可以自动更新 package.json 版本号并生成 Git Tag无需手动操作。默认情况下 不会自动推送标签到远程仓库需要显式推送标签。需要git commit之后才可以使用更新版本号升级补丁版本1.0.0 → 1.0.1npmversion patch-mchore: release v%s# %s 会自动替换为新版本号升级小版本1.0.0 → 1.1.0npmversion minor-mchore: release v%s升级大版本1.0.0 → 2.0.0npmversion major-mchore: release v%s推送 Tag gitpush origin v1.0.2# 推送特定标签# 或者推送所有本地未推送的标签gitpush origin--tagsgitpush origin master# 推送代码到远程 master 分支gitpush origin--tags# 推送所有本地未推送的标签gitpush origin master--tags# 推送代码和 Tag配置自动推送标签如果你希望未来执行 npm version 时自动推送标签可以配置 Git# 设置 Git 在推送时自动推送关联的标签gitconfig--globalpush.followTagstrue之后当你运行 git push 时与当前提交关联的标签也会被自动推送。gitpush origin master# 会同时推送代码和关联的标签11、记录版本更新内容方案一GitHub/GitLab Releases 标签步骤创建带版本号的 Git 标签gittag-av1.0.0-m发布v1.0.0版本推送标签到远程gitpush origin--tags在 GitHub/GitLab 的 Releases 页面基于标签创建 Release直接填写更新内容支持 Markdown。方案二手动维护 CHANGELOG.md步骤在项目根目录创建 CHANGELOG.md 文件按约定格式手动更新内容## [1.0.0] - 2023-09-20 ### 新增 - 用户登录功能 ### 修复 - 首页样式错位问题二、npm1、修改npm仓库地址ShineGisClient23dnpmconfigsetregistry http://192.168.11.146:8073/repository/npm-all/2、查看源可以看到设置过的所有的源npmconfig get registry3、设置回原来的淘宝源npmconfigsetregistry https://registry.npm.taobao.org //2024-01-24 过期npmconfigsetregistry https://registry.npmmirror.com3、设置回npm镜像源npmconfigsetregistry https://registry.npmjs.org/4、npm i xx --save 和npm i xx --save-dev 区别-S(s)是--save的缩写 也就是 添加在dependencies生产环境中-D(d)是--save-dev的缩写 也就是添加在devDependencies开发环境中-G(g)是添加全局比如我们要全局使用yarn工具就可以全局安装可以理解为添加了一个环境变量dependencies文件夹生产环境依赖。生产环境一般是位于服务器上的一般只会放index.html 以及css和js这种静态资源。生产环境依赖则说明必须要使用该环境比如axios等devDependencies开发环境依赖。也就是说只需要我们在写代码时需要使用的比如babelwebpack等这些在生产环境上是不需要的如果只是npm i xxx那么默认添加到生产依赖也就是类似npm i xxx --save三、github查询技巧1、直接查询直接输入要搜索的内容例如vue2、条件查询in:vue in:name# 项目名称中有vuevue in:readme# readme文件中提及 vue 的仓库vue in:description# 仓库名称或说明中有vuevue in:topics# “vue”作为主题的存储库language:JavaScript# 匹配语言是JavaScriptstars:3000# stars数forks:100# forks数# 复合查询editor in:name stars:3000language:JavaScript参考https://docs.github.com/cn/search-github/searching-on-github/searching-for-repositories3、高级查询https://github.com/search/advanced四、nvm多版本管理node1.查看版本nvm -v //查看nvm版本 nvm --version //显示 nvm 版本2.显示版本列表nvm list // 显示已安装的版本同 nvm list installed nvm list installed // 显示已安装的版本 nvm list available // 显示所有可以下载的版本3.安装指定版本node.jsnvm install 14.5.0 // 安装 14.5.0 版本的 node.js nvm install latest // 安装最新版本4.使用指定版本nodenvm use 14.5.0 // 切换到 14.5.0 版本的 node.js --lts // 自动切换到长期支持版本 --ltsLTS name // 自动切换到指定名称的node长期支持版本5.卸载指定版本 nodenvm uninstall 14.5.0 // 卸载到 14.5.0 版本的 node.js nvm uninstall --lts // 卸载长期支持版本的node nvm uninstall --ltsLTS name // 卸载一个指定名称的长期支持版本的node6.显示命令行帮助信息nvm --help //显示命令行帮助信息7.查看nvm安装路径nvm root8.配置nvm的node和npm镜像运行nvm root 显示出nvm的安装目录打开nvm文件夹下的settings.txt文件在最后添加以下代码node_mirror: https://npmmirror.com/mirrors/node/ npm_mirror: https://npmmirror.com/mirrors/npm/推荐一个好用的工具支持在线生成vue文件
git、github、npm、node多版本管理
发布时间：2026/5/19 7:34:18
推荐一个好用的工具支持在线生成vue文件目录一.git仓库1、新建github项目2、连接本地与远程仓库2.1 第一种方法复制到本地本地修改之后重新上传2.2 第二种方法从命令行推送现有存储库常用方式3、克隆项目到本地4、代码拉取和提交4.1 拉取代码4.2 提交代码4.3 提交代码时冲突解决4.4 版本回退5、常见问题处理解决warning: LF will be replaced by CRLF in方法6、分支6.1 为什么需要使用分支呢6.2 分支流 常用相关命令6.2 分支常用命令6.3 分支【非】常用命令7、git工作流git flow8、 新建仓库简单方式8.1 新建github/gitlab仓库8.2 复制SSH连接8.3 项目中输入命令9、 git打标签10、Tag与 version 同步问题1. 手动更新 package.json 的 version操作步骤2. 使用 npm version 自动化管理11、记录版本更新内容方案一GitHub/GitLab Releases 标签方案二手动维护 CHANGELOG.md二、npm1、修改npm仓库地址ShineGisClient23d2、查看源可以看到设置过的所有的源3、设置回原来的淘宝源3、设置回npm镜像源4、npm i xx --save 和npm i xx --save-dev 区别三、github查询技巧1、直接查询2、条件查询in:3、高级查询四、nvm多版本管理node一.git仓库1、新建github项目2、连接本地与远程仓库2.1 第一种方法复制到本地本地修改之后重新上传//1.复制项目gitclone https://github.com/mashize-m/personalstore.git //2.将本地创建的项目复制到clone下来的项目中 //3.查看文档状态gitstatus //4.将当前目录下修改的所有代码从工作区添加到暂存区.代表当前目录gitadd.//5.将缓存区内容添加到本地仓库gitcommit-m注释//6.将本地仓库提交到远程仓库gitpush2.2 第二种方法从命令行推送现有存储库常用方式// 需要先git init 初始化gitinit // github创建空白的项目时也会有提示 //..或从命令行推送现有存储库gitremoteaddorigin https://github.com/mashize-m/vue3-ts-cms.gitgitbranch-Mmain // gitee里没有这条命令gitpush-uorigin main // 第一次推送现有存储库先走gitadd和gitcommit3、克隆项目到本地gitclone git192.168.1.132:dingwz/datamanager.git4、代码拉取和提交4.1 拉取代码gitpull origin master4.2 提交代码gitpush origin master4.3 提交代码时冲突解决提示error: Your local changes to the following files would be overwritten by merge:Please commit your changes or stash them before you merge.# 保留你文件的修改将所有未提交的修改工作区和暂存区保存至堆栈中gitstash# 将当前stash中的内容弹出并应用到当前分支对应的工作目录上gitstash pop4.4 版本回退git通过HEAD指针记录当前版本所以可以通过HEAD来改变git版本指向达到回退的目的。主程序HEAD - master// 回退上一个版本gitreset--hardHEAD^ // 回退上上一个版本gitreset--hardHEAD^^ // 回退指定版本commit idgitreset--hard0d528212...5、常见问题处理解决warning: LF will be replaced by CRLF in方法注意不是false就是true应该是设为truegitconfig--globalcore.autocrlffalsegitconfig--globalcore.autocrlftrue6、分支6.1 为什么需要使用分支呢开发某个项目在默认分支master上进行开发实现项目的功能需求不断提交。并且在一个大的版本完成时发布版本打上一个tag v1.0.0继续开发后续的新功能正在此时你突然接到一个电话说有个很严重的问题需要紧急修补 你将按照如下方式来处理切换到tag v1.0.0的版本并且创建一个分支hotfix想要新建一个分支并同时切换到那个分支上你可以运行一个带有 -b 参数的 git checkout 命令git checkout –b hotfix分支上开发、修复bug我们可以在创建的hotfix分支上继续开发工作或者修复bug当完成要做的工作后重新打上一个新的tag v1.0.1切换回master分支但是这个时候master分支也需要修复刚刚的bug所以我们需要将master分支和hotfix分支进行合并切换分支git checkout master合并分支git merge hotfix合并分之后如果有代码冲突处理代码冲突部分。之后重新提交代码提交远程分支gitpush origin develop# 这里的develop要跟你本地创建的分支名一致6.2 分支流 常用相关命令# 1. 切换到主分支dev并拉取最新代码gitcheckout devgitpull origin dev# 2. 基于最新的 dev 创建本地分支gitcheckout-bfeature/dev-zs# feature新增特性bug问题修复zs是姓名缩写张三# 3. 在分支上修改代码并提交gitadd.gitcommit-mfix: 修复xxx bug# 4. 将本地分支推送到远程仓库如果远程没有该分支会自动创建gitpush origin feature/dev-zs# 5. 管理员合并 feature/dev-zhangsan 分支。合并完成后远程分支 dev-zs 通常会被组长删除# 6. 关于远程分支的后续处理gitbranch-dfeature/dev-zs# 删除本地分支切换到其他分支避免当前在 dev 分支上操作gitpush origin--deletefeature/dev-zs# 删除远程分支如果组长没删6.2 分支常用命令# 1. 列出所有本地分支和远程分支gitbranch-a# 2. 如果git branch -a 没有找到 git的上的远程分支gitfetch# 3. 基于远程分支创建本地dev分支并将本地的dev分支和远程的的dev分支建立关联常用这个gitcheckout-bdev origin/dev# 4. 切换到指定分支/标签gitcheckout[branch-name/tag]# 5. 选择一个commit可以是其他分支的commit合并进【当前分支】# 冲突解决参考https://blog.csdn.net/weixin_44799217/article/details/128279250gitcherry-pick[commit哈希值]# 6. 合并指定分支到当前分支gitmergebranch# 例如当前所在A分支将B分支的内容合并到A分支中git merge B# 7.将本次内容推送到 指定的某一远程分支(可以是之前没有关联关系的分支并建立关系# --set-upstream 好像就是 -ugitpush --set-upstream origin HEAD:[branch-name]# git push --set-upstream origin HEAD:zrzy/gm/dev1.36.3 分支【非】常用命令# 1. 列出所有本地分支gitbranch# 2. 列出所有远程分支gitbranch-r# 3. 新建一个分支但依然停留在当前分支gitbranch[branch-name]# 4. 新建一个分支并切换到该分支gitcheckout-b[branch]# 4. 将本地分支 dev 推送到远程仓库并创建一个同名的分支不需要先git add/commitgitpush origin dev:dev# 5. 查看本地分支和远程分支的关联情况gitbranch-vv# 6. 新建一个分支与指定的远程分支建立追踪关系gitbranch--track[branch][remote-branch]gitbranch--trackdev origin/dev# 7. 如果远程分支确实不存在可以先创建本地分支然后推送到远程。gitcheckout-bdev/wf# 从当前分支创建新的本地分支dev/wfgitpush-uorigin dev/wf# 将新分支推送到远程并设置上游# git push --set-upstream origin [branch-name]# 8. 创建新分支gitcheckoutnew-branch# 9. 切换到上一个分支gitcheckout -# 10. 建立追踪关系在现有分支与指定的远程分支之间gitbranch --set-upstream-toorigin/branchbranch# 13. 删除分支切换到其他分支避免当前在 dev 分支上操作gitbranch-d[branch-name]# 强制删除如果分支未合并强制删除用大写 -Dgitbranch-Ddev# 14. 删除远程分支gitpush origin--delete[branch-name]# 简写形式gitpush origin :dev# 15. 基于最新提交commit创建标签gittagtagname# 基于最新提交commit创建标签7、git工作流git flow基本工作流常见的git flow8、 新建仓库简单方式8.1 新建github/gitlab仓库8.2 复制SSH连接8.3 项目中输入命令git remote add origin ssh连接git remote -v查看git push --set-upstream origin mastergit push注意如果遇到fatal: not a git repository (or any of the parent directories): .git报错可以先git init一下就可以了9、 git打标签# 1. 创建轻量标签gittagtag名称# 例如 git tag v1.0.0# 2. 创建附注标签推荐gittag-atag名称-m标签说明# 例如 git tag -a v1.0.0 -m Release version 1.0.0# 3. 推送 Tag 到远程仓库# 推送单个 Taggitpush origintag名称# 例如 git push origin v1.0.0# 或者推送所有本地未同步的 Taggitpush origin--tags# 4. 验证 Tag# 查看本地所有 Taggittag# 查看远程仓库的 Tag需拉取最新数据gitfetch--tags# 5. 删除 Tag# 删除本地 Taggittag-dtag名称# 删除远程 Taggitpush origin :refs/tags/tag名称10、Tag与 version 同步问题1. 手动更新 package.json 的 version操作步骤在打 Tag 前手动更新 version 字段例如从 1.0.0 → 1.0.1。{name:my-app,version:1.0.1,// 修改版本号// ...}提交版本号变更gitaddpackage.jsongitcommit-mchore: bump version to 1.0.1打 Tag 并推送gittag-av1.0.1-mRelease version 1.0.1gitpush origin v1.0.12. 使用 npm version 自动化管理通过 npm version 命令可以自动更新 package.json 版本号并生成 Git Tag无需手动操作。默认情况下 不会自动推送标签到远程仓库需要显式推送标签。需要git commit之后才可以使用更新版本号升级补丁版本1.0.0 → 1.0.1npmversion patch-mchore: release v%s# %s 会自动替换为新版本号升级小版本1.0.0 → 1.1.0npmversion minor-mchore: release v%s升级大版本1.0.0 → 2.0.0npmversion major-mchore: release v%s推送 Tag gitpush origin v1.0.2# 推送特定标签# 或者推送所有本地未推送的标签gitpush origin--tagsgitpush origin master# 推送代码到远程 master 分支gitpush origin--tags# 推送所有本地未推送的标签gitpush origin master--tags# 推送代码和 Tag配置自动推送标签如果你希望未来执行 npm version 时自动推送标签可以配置 Git# 设置 Git 在推送时自动推送关联的标签gitconfig--globalpush.followTagstrue之后当你运行 git push 时与当前提交关联的标签也会被自动推送。gitpush origin master# 会同时推送代码和关联的标签11、记录版本更新内容方案一GitHub/GitLab Releases 标签步骤创建带版本号的 Git 标签gittag-av1.0.0-m发布v1.0.0版本推送标签到远程gitpush origin--tags在 GitHub/GitLab 的 Releases 页面基于标签创建 Release直接填写更新内容支持 Markdown。方案二手动维护 CHANGELOG.md步骤在项目根目录创建 CHANGELOG.md 文件按约定格式手动更新内容## [1.0.0] - 2023-09-20 ### 新增 - 用户登录功能 ### 修复 - 首页样式错位问题二、npm1、修改npm仓库地址ShineGisClient23dnpmconfigsetregistry http://192.168.11.146:8073/repository/npm-all/2、查看源可以看到设置过的所有的源npmconfig get registry3、设置回原来的淘宝源npmconfigsetregistry https://registry.npm.taobao.org //2024-01-24 过期npmconfigsetregistry https://registry.npmmirror.com3、设置回npm镜像源npmconfigsetregistry https://registry.npmjs.org/4、npm i xx --save 和npm i xx --save-dev 区别-S(s)是--save的缩写 也就是 添加在dependencies生产环境中-D(d)是--save-dev的缩写 也就是添加在devDependencies开发环境中-G(g)是添加全局比如我们要全局使用yarn工具就可以全局安装可以理解为添加了一个环境变量dependencies文件夹生产环境依赖。生产环境一般是位于服务器上的一般只会放index.html 以及css和js这种静态资源。生产环境依赖则说明必须要使用该环境比如axios等devDependencies开发环境依赖。也就是说只需要我们在写代码时需要使用的比如babelwebpack等这些在生产环境上是不需要的如果只是npm i xxx那么默认添加到生产依赖也就是类似npm i xxx --save三、github查询技巧1、直接查询直接输入要搜索的内容例如vue2、条件查询in:vue in:name# 项目名称中有vuevue in:readme# readme文件中提及 vue 的仓库vue in:description# 仓库名称或说明中有vuevue in:topics# “vue”作为主题的存储库language:JavaScript# 匹配语言是JavaScriptstars:3000# stars数forks:100# forks数# 复合查询editor in:name stars:3000language:JavaScript参考https://docs.github.com/cn/search-github/searching-on-github/searching-for-repositories3、高级查询https://github.com/search/advanced四、nvm多版本管理node1.查看版本nvm -v //查看nvm版本 nvm --version //显示 nvm 版本2.显示版本列表nvm list // 显示已安装的版本同 nvm list installed nvm list installed // 显示已安装的版本 nvm list available // 显示所有可以下载的版本3.安装指定版本node.jsnvm install 14.5.0 // 安装 14.5.0 版本的 node.js nvm install latest // 安装最新版本4.使用指定版本nodenvm use 14.5.0 // 切换到 14.5.0 版本的 node.js --lts // 自动切换到长期支持版本 --ltsLTS name // 自动切换到指定名称的node长期支持版本5.卸载指定版本 nodenvm uninstall 14.5.0 // 卸载到 14.5.0 版本的 node.js nvm uninstall --lts // 卸载长期支持版本的node nvm uninstall --ltsLTS name // 卸载一个指定名称的长期支持版本的node6.显示命令行帮助信息nvm --help //显示命令行帮助信息7.查看nvm安装路径nvm root8.配置nvm的node和npm镜像运行nvm root 显示出nvm的安装目录打开nvm文件夹下的settings.txt文件在最后添加以下代码node_mirror: https://npmmirror.com/mirrors/node/ npm_mirror: https://npmmirror.com/mirrors/npm/推荐一个好用的工具支持在线生成vue文件
