- ALL
- java33
- linux32
- 工具17
- 其他14
- 数据库7
- vue5
- git5
- nas5
- 前端5
- ai3
- framework3
- windows3
- app2
- 脚本2
- docker2
- hexo2
- maven2
- 智能家居2
- 小程序2
- spring2
- 资源1
- api1
- mysql1
- 安全1
- markdown1
- question1
- python1
- 运维1
- 数据结构1
- 数据传输1
- nginx1
github无法通过ssh推送或者拉取的一种解决办法
前景提要 今天突然发现github无法通过ssh推送或者拉取了,研究了以下找到了一个解决办法。 提交时的错误如图,ssh密钥已经配置进GitHub了,仓库的权限也没有任何问题,但是就是无法进行ssh的操作。 解决办法 在ssh密钥的储存目录新建一个config文件,内容如下 1234Host github.comHostname ssh.github.comPort 443User git 然后重新进行git的操作,就可以正常进行了。
删除git提交日志
背景 开发了一个报文解析程序,并且同时往github和公司的库中传,这样可以刷些github的活跃,也能给有需要的人参考。但是一不小心将测试和正式环境的数据库连接传进去了,这可是大大的不行,所以需要在日志中删除这些记录,同时保留其他修改。PS:还是不能懒啊,配置文件中敏感信息最好还是用系统变量😑 使用安装 git filter-repo 工具 1pip3 install git-filter-repo git配置文件修改确保能够使用该python 修改的配置内容 12[alias] filter-repo = !python -m git_filter_repo git配置文件 修改示例 删除历史记录中的敏感文件 注意执行命令的位置为项目工程内 比如我想删除的是application-dev.yml和applicatin-prod.yml两个文件,这两个文件所在目录为我执行目录下的src/main/resources目录下,所以最后的命令为 1python -m git_filter_repo --path...
git上传文件忽略配置.gitignore模版
123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100### gradle ###.gradle/build/!gradle/wrapper/gradle-wrapper.jar### STS ###.settings/.apt_generated.classpath.factorypath.project.settings.springBeansbin/### IntelliJ IDEA ###.idea*.iws*.iml*.ipr*.lockrebel.xml### NetBeans ###nbproject/private/build/nbbuild/dist/nbdist/.nb-gradle/### maven...
git常用指令
git 创建远程分支 1234# 创建本地分支git checkout -b dev# 建立本地到远端仓库的链接git push --set-upstream origin dev 设置Git的user name和email: 12$ git config --global user.name ""$ git config --global user.email "" 生成SSH密钥过程: 123456789# 查看是否已经有了ssh密钥:cd ~/.ssh# 生成密钥:ssh-keygen -t rsa -C "xxx@icloud.com"# 一路回车Your identification has been saved in /home/tekkub/.ssh/id_rsa.Your public key has been saved in /home/tekkub/.ssh/id_rsa.pub.The key fingerprint is:# 最后得到了两个文件:id_rsa和id_rsa.pub 添加密钥到ssh:ssh-add...
git提交规范说明
文字规范 commit一共由五部分组成,具体内容如下。 type 提交 commit 的类型,包括以下几种 feat: 新功能 fix: 修复问题 docs: 修改文档 style: 修改代码格式,不影响代码逻辑 refactor: 重构代码,理论上不影响现有功能 perf: 提升性能 test: 增加修改测试用例 chore: 修改工具相关(包括但不限于文档、代码生成等) deps: 升级依赖 scope 修改文件的范围(包括但不限于 doc, middleware, core, config, plugin) subject 用一句话清楚的描述这次提交做了什么 body 补充 subject,适当增加原因、目的等相关因素,也可不写。 footer 当有非兼容修改(Breaking Change)时必须在这里描述清楚 关联相关 issue,如 Closes #1, Closes #2, #3 如果功能点有新增或修改的,还需要关联文档 doc emoji规范 emoji emoji代码 commit说明 🎨...