git 查询提交明细_git-report

日周月报查询工具

介绍

基于 Git 提交项目 Commit Message 生成的日、周、月报查询工具;目前只支持 GitLab 仓库管理系统的查询,后续会不断完善并增加对码云和Github等平台的支持。

开发基于 Electron 构建的跨平台桌面应用,同时支持 windows、Mac OS、Linux 等系统

安装教程

选择自己对应的系统平台下载

基于 Release 下载地址

基于热更新 下载地址

快速使用

简单说只需要以下三步:

到 Gitlab 后台管理,生成私钥(Personal Access Tokens)

下载软件,并按私钥方式登录

根据条件,进行查询和导出

配置详细说明

Gitlab 配置

登录 Gitlab 后端管理系统 -> GitLab 登录

点击右侧头像,进入(Setting)用户设置

选择 Access Tokens 选项,进入用户私钥配置

配置用户私钥

输入私钥名称

选择私钥过期时间,或者输入 Never 永不过期

选择调用范围,全部勾选

点击按钮,生成私钥

获取私钥

复制私钥,请注意保存,该私钥只会出现一次,再次使用只能重新生成,如果不再需要,可以点击Revoke按钮销毁私钥。

使用说明

打开下载好的软件,进入登录页面

复制刚才生产的私钥,粘贴,并点击登录

默认进入项目管理页

可以查询本人名下参与的项目

进入日报管理

选择查询和导出项目名称(按最近更新时间排序)

选择查询和导出项目的分支

选择需要查询和导出的时间(默认为空)

是否开启查询本人名下的记录(默认开启)

点击查询,对记录进行查询

点击导出,复制内容,粘贴出来

Git Commit message 编写指南

以下仅为代码提交规范,可以更合理生成日报记录,好的规范,也是好的习惯。

介绍

在 Git 中,每次提交代码,都要写 Commit message(提交说明),否则就不允许提交。这个操作将通过 git commit 完成。

git commit -m "hello world"

上面代码的-m 参数,就是用来指定 commit mesage 的。

如果一行不够,可以只执行 git commit,就会跳出文本编译器,让你写多行。

git commit

格式

Commit message 包括三个部分:Header,Body 和 Footer。可以用下方的格式表示它的结构。

(): // 空一行// 空一行

其中,Header 是必需的,Body 和 Footer 可以省略(默认忽略),一般我们在 git commit 提交时指定的 -m 参数,就相当于默认指定 Header。

不管是哪一个部分,任何一行都不得超过 72 个字符(或 100 个字符)。这是为了避免自动换行影响美观。

heade

Header 部分只有一行,包括三个字段:type(必需)、scope(可选)和 subject(必需)。

type

feat:新功能(feature)

fix:修补 bug

docs:文档(documentation)

style: 格式(不影响代码运行的变动)

refactor:重构(即不是新增功能,也不是修改 bug 的代码变动)

test:增加测试

chore:构建过程或辅助工具的变动

感谢

感谢码云提供的开源项目平台和支持

`git pull origin branch_name -s` 是 Git 中的一个命令组合,它用于从远程仓库(origin)拉取指定分支(branch_name),并且使用了“-s”(--strategy)选项来指定合并策略。这个选项通常用于处理合并冲突,其中 "s" 可能代表 "strategy",具体策略取决于你使用的版本,比如 `rebase` 或 `merge`。 - 如果 `-s rebase`(默认情况下),Git 将尝试将你的本地分支基于远程分支进行重置并应用远程分支的提交,这样可以使你的分支保持更新且提交历史更加整洁。 - 如果 `-s merge`,Git 会直接将远程分支的内容合并到你的本地分支上,可能会产生合并冲突。 执行完 `git pull` 后,如果出现冲突,你需要手动编辑冲突文件并解决它们。一旦冲突解决,你可以使用以下命令将本地更改推送到远程仓库: ```shell 1. git add . (or specify conflicted files) - 将解决后的更改添加到暂存区 2. git commit -m "Resolving conflicts from the pull" - 提交合并更改 3. git push origin branch_name - 将更改推送到远程分支 ``` 如果你使用的是默认的 `rebase` 合并策略,可能还需要额外一步来将你的分支推送到远程,因为 `git pull --rebase` 会自动完成 `git push --force-with-lease`,这会覆盖远程分支的原有历史,所以不需要额外的 `git push`。 相关问题: 1. `-s` 选项在 `git pull` 中具体指什么? 2. 解决 `git pull` 产生的冲突后如何推送更改? 3. 在使用 `git rebase` 合并策略后,是否还需要单独推送更改?
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值