git

前景提要 今天突然发现github无法通过ssh推送或者拉取了，研究了以下找到了一个解决办法。 提交时的错误如图，ssh密钥已经配置进GitHub了，仓库的权限也没有任何问题，但是就是无法进行ssh的操作。 解决办法 在ssh密钥的储存目录新建一个config文件，内容如下 1234Host github.comHostname ssh.github.comPort 443User 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...

前言 gitlab内存占用太高，所以用了比较节省资源的gitea 条件 因为众所周知的原因，大家都知道docker hub被墙了，所以如果在群晖nas中使用docker，要么是将镜像修改为国内的镜像，要么将群晖的DSM升级到7.2+，原来的docker套件会升级为Container...

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 创建远程分支 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:#...

文字规范 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说明 🎨...