Git commit訊息中附帶jira_id/issue_id
簡介
在查詢git log時,如何知道commit是對應哪一期的需求? 手動在commit資訊中,填寫jira_id是一個可行的辦法,但一期的需求往往由多個commit,如果每個commit中都填寫一次jira_id的話,那明顯不是程式設計師的範了。 一般公司裡都用到JIRA 或 Redmine等工具。當開發需求/解決bug時都有對應的jira_id或issue_id。 本文主要演示如何讓git commit訊息中附帶jira_id/issue_id效果圖
步驟
- 拉取一個帶jira_id的分支
- 修改專案根目錄下的.git/hooks/commit-msg檔案,修改頭部如下
# !/bin/sh
COMMIT_FILE=$1
COMMIT_MSG=$(cat $1)
CURRENT_BRANCH=$(git rev-parse --abbrev-ref HEAD)
JIRA_ID=$(echo "$CURRENT_BRANCH" | grep -Eo "[A-Z0-9]{1,10}-?[A-Z0-9]+")
MSG_WITHOUT_COMMENT=$(grep -v '^\s*#' $COMMIT_FILE |grep -v '^\s*$')
if [ -n "$JIRA_ID" -a -n "$MSG_WITHOUT_COMMENT" ]; then
echo " [email protected]$JIRA_ID" > $COMMIT_FILE
echo "JIRA ID '$JIRA_ID', matched in current branch name, prepended to commi
t message. (Use --no-verify to skip)"
fi
- 編輯分支並add
commit
git log --oneline|emojify |less
參考連結
相關推薦
Git commit訊息中附帶jira_id/issue_id
簡介 在查詢git log時,如何知道commit是對應哪一期的需求? 手動在commit資訊中,填寫jira_id是一個可行的辦法,但一期的需求往往由多個commit,如果每個commit中都填寫一
修改git commit資訊中的author
話說不是經常有忘記修改git 的author 和email 就直接提交的情況嘛。 這個時候就需要修改commit 中的author資訊啦 1> rebase 到你要修改的那一條commit git rebase -i <commit_hashcode&
使用mc.exe建立訊息資源並將其新增在自己的dll中(附帶測試程式)
在《windows核心程式設計》中的1.2節發現了自己以前未曾使用過的工具MC.exe(message compiler,vs2010中已整合),經過查詢資料得知此工具可以利用mc檔案生成訊息資源(包括.h檔案,.rc資原始檔以及bin檔案)我們可以將此訊息資源新增到自己建立的dll中,這樣當在程式
Git中git commit -m ""與git commit -a -m "" 的區別
一般倉庫中的檔案可能存在於這三種狀態: 1)Untracked files → 檔案未被跟蹤; 2)Changes to be committed → 檔案已快取,這是下次提交的內容; 3)Changes bu not updated → 檔案被修改,但並沒有新增到快取區。
git commit 時檢查comment訊息格式
http://blog.csdn.net/crazyzhang1990/article/details/41865179 之前大家普遍遇到在本地commit 時,由於comment訊息格式寫錯,導致無法push的情況。 有一個策略,可以避免這種困難: 就是
02_創建Git倉庫,克隆倉庫,git add,git commit,git push,git pull,同行沖突,不同行沖突的結局方案,git mergetool的使用
round rom weight art sdn automatic remote then config 1 創建Git資源庫,殘酷文件夾信息 創建git資源庫的命令: git init –bare 倉庫名稱 (當中-bare表示的意思是空的庫的意思)
Git commit時提示錯誤時 解決辦法
example you form efault his 自己的 com true 提示 vi 編輯 vim 編輯 a 進入編輯模式 esc 退出編輯模式 shift+: (看見: ) 代表開始執行下一行命名 w->q 保存退出 q->! 不保存退出 ca
git commit時出現"There are no stages files"
water 異常 blog tail 保存 iss bsp log nts 轉http://blog.csdn.net/bfboys/article/details/52537367 異常 解決方案 進入Window——Preferences——Team——Git——
git-commit編輯器nano改vim
margin flow html_ 1.5 config wan mil title round git-commit編輯器nano改vim git-commit編輯器nano改vim zz @ home zz @ 2017-8-6 REF: [修改g
git add和git commit
stage mod com 指定 for 命令 現在 ssa -m git命令使用:提交前可指定要提交哪些文件,然後使用git commit來提交 樣例: git status 輸出: Changes to be committed: modified: ap
Git 在團隊中的最佳實踐--如何正確使用Git Flow
本地庫 msdn 基本上 tor tar keyword spec bash git pull 我們已經從SVN 切換到Git很多年了,現在幾乎所有的項目都在使用Github管理, 本篇文章講一下為什麽使用Git, 以及如何在團隊中正確使用。 Git的優點 Git的
git commit -m "wrote a readme file" *** Please tell me who you are.xxx
-m commit file 技術 mage logs eas .com 分享 剛使用git的小白,提交到倉庫報錯,原來是沒有配置用戶名和email。配置完成即可! OK!git commit -m "wrote a readme file&qu
git在IDEA中的使用
wid 配置 使用 tin version java ide tro java項目 一、新建java項目 二、在setting-->version control-->GitHub中配置賬號密碼 git在IDEA中的使用
git commit進行代碼檢查
忽略 verify pos cnblogs 檢測 bsp design .com 代碼檢查 使用Ant Design Pro提交代碼的時候進行代碼檢查報了很多錯 git commit --no-verify -m "commit" 就可以跳過代碼檢查 或者在項目裏
【Git】git add git commit
it管理 commit clas add div blog 命令 第一次 修改 第一次修改 -> git add -> 第二次修改 -> git commit 你看,我們前面講了,Git管理的是修改,當你用git add命令後,在工作區的第一次修改被放入暫
git 在工作中的使用
倉庫 first 生成 base 工作 當前 所有 分布式 origin git 分布式版本控制 用當前目錄作為Git倉庫,初始化 git init(此命令會生成一個.git的目錄)1.1 切換到master分支 Git checkout master1.2 拉取mast
修改 git commit -m "message" 的 message
AS sage message comm ssa -a 解決 ESS mit 解決方法 git commit --amend -m "new message"修改 git commit -m "message" 的 message
git commit -m 與 git commit -am的區別
解釋 兩個 str 效果 如果 控制 mit txt 這一 字面解釋的話,git commit -m用於提交暫存區的文件;git commit -am用於提交跟蹤過的文件 要理解它們的區別,首先要明白git的文件狀態變化周期,如下圖所示 工作目錄下面的所有文件都不外
git上傳中的排除的配置文件, git實際的操作代碼;
consola code 上傳 lose round play check ear order git上傳中的排除的配置文件: git實際的操作 在主目錄建立.gitignore文件並輸入以下保存: *.class #package file
git在vs2017中的使用
com nbsp 工具 復制 文件夾 image 秘鑰 技術 輸入 對於習慣了右鍵提交源代碼的道友來說,敲命令行真的藍瘦香菇。所幸17裏集成了Git插件,用起來還是挺方便的。 1.本地安裝git,工具還是要有的,主要用於配置環境,ssh配置一下。就不用每次