找到
3
篇与
出坑坑坑
相关的结果
-
git如何设置代理 临时设置打开 Git Bash，使用命令临时设定:socks代理 git config --global http.proxy 'socks5:socks5端口号' git config --global https.proxy 'socks5://127.0.0.1:10809' http代理 git config --global http.proxy 'IP:PORT' git config --global https.proxy 'https://127.0.0.1:10809'永久设置若想要设置代理永久生效，则可以把它写入 .gitconfig 文件中。使用 vi 打开 .gitconfig 文件：vi ~/.gitconfig写入下列配置(建议在最末写入)：[http] proxy = socks5://127.0.0.1:socks5端口号 proxy = http://127.0.0.1:http端口号 [https] proxy = socks5://127.0.0.1:socks5端口号 proxy = https://127.0.0.1:http端口号修改后重启 git ，使配置生效：git config -l --global查看当前代理git config -l可以看到自己所配置的端口信息，则说明配置成功。取消代理git config --global --unset http.proxy git config --global --unset https.proxy -
uniapp发布h5后debugger消失 今天发布h5进行debugger调试，结果编译后的h5并没有console和debugger,导致无法查看。后经过查找解决，记录一下！通过修改项目根目录下vue.config.js文件进行解决，这是一个可选的配置文件，如果项目的根目录中存在这个文件，那么它会被自动加载，一般用于配置 webpack 等编译选项。参考文档：https://uniapp.dcloud.net.cn/collocation/vue-config.htmlhttps://cli.vuejs.org/zh/guide/webpack.html通过修改drop_console中的drop_debugger来实现module.exports = { productionSourceMap: false, // 生产打包时不输出map文件，增加打包速度 configureWebpack: config => { if (process.env.NODE_ENV === 'production') { config.optimization.minimizer[0].options.terserOptions.compress.warnings = true config.optimization.minimizer[0].options.terserOptions.compress.drop_console = false config.optimization.minimizer[0].options.terserOptions.compress.drop_debugger = false } } }一键清除项目中无用的console.log代码module.exports = { productionSourceMap: false, // 生产打包时不输出map文件，增加打包速度 configureWebpack: config => { if (process.env.NODE_ENV === 'production') { config.optimization.minimizer[0].options.terserOptions.compress.warnings = false config.optimization.minimizer[0].options.terserOptions.compress.drop_console = true config.optimization.minimizer[0].options.terserOptions.compress.drop_debugger = true config.optimization.minimizer[0].options.terserOptions.compress.pure_funcs = ['console.log'] } } }这个东西主要是webpack中的uglifyjs-webpack-plugin插件，该插件是用于减少我们代码js代码体积，uniapp在编译的时候会使用该插件进行压缩！
-
IDEA卡在 Resoving Maven dependencies 卡住了，怎么弄都不好使，最后给强制结果进程了,如图所示提示：Junit-platform-launcher：1.5.2.jar从我的角度来看，要么就是maven仓库的问题，加载不出来要么就是我引入的依赖有问题关于maven仓库的配置，我的就是使用阿里的，按道理不应该存在问题，那么问题就是依赖的问题，我的maven<dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-test</artifactId> <scope>test</scope> <exclusions> <exclusion> <groupId>org.junit.vintage</groupId> <artifactId>junit-vintage-engine</artifactId> </exclusion> </exclusions> </dependency>然后就是一直卡住，然后又在原来的基础上添加了下面这个依赖<dependency> <groupId>org.junit.platform</groupId> <artifactId>junit-platform-launcher</artifactId> <scope>test</scope> </dependency>结果就好了。于是乎，我又把这个依赖给移除了，发现还是好的
