在Git commit summary中標記？

在一行提交摘要中，人們是否在提交中使用標籤？在Git commit summary中標記？

是否有任何標準的標籤或常用的標記？

Git支持「tags」，但它似乎主要用於標記版本，如「v1.8.5-rc1」。「標籤」我並不是說要標記一個提交或像「v1.8.5-rc1」這樣的分支。

鏈接到MediaWiki可以通過b標記編輯如minor由米所指，和漫遊的編輯。

人們是否把標籤在提交信息？

例子：

[trivial] Add 'foo()' method to 'Bar' class 
[minor] Add 'foo()' method to 'Bar' class 
[wip] Add 'foo()' method to 'Bar' class

人們是否會使用標籤，例如這個？
這是常見的做法嗎？
這些叫做標籤，還是叫做什麼？
有沒有標準標籤？
有沒有常用的標籤？
哪些標籤常用？
什麼是語法？它是用方括號括起來的嗎？

來源

2017-09-12 Fred

'git'對你如何構造提交消息沒有任何意見;團隊設置約定，並且可以使用鉤子強制執行這些。使用的時候，你可能想要考慮它們，但是問題的構建方式......從git的角度來看沒有「標準」，但是git有一個特定的術語，當'git'定義的術語與'git'一起使用時，與'git'定義衝突時會引起混淆......所以請在使用'git'時（或者我真的知道任何源代碼控制系統），不要打電話給你正在做一個標籤。 –

GIT中提交消息約定是多方面的。
一切都取決於你想用它做什麼。

我要說的是，名字這簡直是「提交信息公約」或更準確地爲您的使用情況「提交信息標籤」。

一個是Angular convention，即用「類型」，它是如下之一：

技藝（特徵）
修復（錯誤修復）
文檔（文檔）
風格（格式化，缺少分號，...）
重構
測試（當添加缺少測試時）
家務（保持）

一些其他用途different/more types，甚至emoji添加犯消息的信息。

它是由你來定義自己提交信息慣例（或使用現有的一個）。
如果你想生成提交信息更新日誌，會議必須明確定義和格式必須允許自動解析

當你發現，混帳"tag"概念是完全不同的，是一種方法來命名特定的承諾，主要用於發佈。

BTW，還有在你的榜樣一些不好的做法： - 「WIP」的概念應該是在一個分支 - 提交消息應該回答這個問題：「爲什麼？」不是「什麼？」（git diff已經提供了這個信息，看看「A Note About Git Commit Messages」

來源

2017-09-12 13:28:13 zigarn

在Git commit summary中標記？

回答

相關問題