对于懒惰的人来说这是
一个
git
钩子。 :sleeping_face:
描述 :books:
这个
git
挂钩会在每次提交时自动在您的提交消息前添加
一个
已解析的发行号（从当前
分支
开始）。 （有关示例和详细信息，请参见）
此
git
钩需要安装ruby （在macOS上默认已预先安装） 。
安装 :rocket:
要安装，只需运行以下命令。 这需要安装curl 。
sh <( curl -s https://raw.
git
hubusercontent.com/janniks/prepare-
commit
-msg/master/scripts/install.sh )
如果选择全局安装选项，则必须重新初始化所有
git
存储库。 以下有用的命令将重新初始化在当前目录的子目录中找到的所有存储库。
find . -name .
git
-type d -prune -exec sh -c '
git
--
git
-
文章目录1.merge
分支
冲突
1.merge
分支
冲突
今天的情况是这样, 想象不仅有人在做开发版 dev 的更新, 还有人在修改 master 中的一些 bug. 当我们再 merge dev 的时候, 冲突就来了. 因为
git
不知道应该怎么处理 merge 时, 在 master 和 dev 的不同修改.
当创建了
一个
分支
后, 我们同时对两个
分支
都进行了修改.
master 中的 1.py 加上 # edited in master.
dev 中的 1.py 加上 # edited in dev.
在下面可以看出在 master 和 dev 中不同的
commit
:
bin/控制台
git
log:branch [path_to_repo]
显示 repo 的
分支
。
bin/控制台
git
log:
commit
[path_to_repo]
显示或导出日志。 该命令支持以下参数：
--limit=[(int)limit]：默认情况下它只显示/导出最后一次提交。 使用此参数来定位更多提交。
--start=[(int)start]：提交的起始偏移量。
--format=[array|json|md|console]：导出的格式。 默认情况下，导出显示到控制台。 如果选择了 md 格式，它会在目标 repo 中创建
一个
名为“
git
log”的目录，并将提取/结构化的注释保存到其中。
写入日志消息
为了让
git
log 从提交消息中提取有用的信息，提交消息需要遵循一组简单的规则：
通过
git
commit
消息与团队交流重要更新。
什么是
git
-notify？
有时您需要将更改传达给项目中的其他开发人员。 在小型团队中，Slack消息行之有效，但是在大型团队和分布式组织（例如开源项目）中，与所有人接触可能会很痛苦。
git
-notify允许您将公告嵌入到
git
commit
消息中：
git
commit
-m '
git
-notify: NEW DEVELOPMENT ENVIRONMENT ... '
并将它们显示给远方机器上的另一位开发人员：
就那么简单。
如何使用
git
-notify？
只需在您的
git
commit
消息中添加"
git
-notify:" ，当其他开发人员提取该提交或从不包含该提交的
分支
切换到进行提交的
分支
时，将显示以下内容。
如果您在
Git
Hub上使用合并或压缩提交策略，那么在登陆PR时也可以将它们添加到扩展提交消息中：
1. 切换到需要操作的
分支
上，比如 master
分支
。
2. 执行
git
rebase -i
commit
_id 命令，其中
commit
_id 是需要删除的
commit
记录的前
一个
commit
的 ID。
3. 在弹出的编辑器中，将需要删除的
commit
记录所在行的 pick 改为 drop。
4. 保存并退出编辑器。
5. 执行
git
push -f 命令，强制推送修改后的
分支
。
这样就可以删除指定的
commit
记录，并保留其他代码的修改。
