[發明專利]一種基于Git客戶端規范提交日志的方法

在審

• 申請號: 202210543063.6
• 申請日: 2022-05-18
• 公開（公告）號: CN115033449A
• 公開（公告）日: 2022-09-09
• 發明（設計）人: 華張輝
• 申請（專利權）人: 中教云智數字科技有限公司
• 主分類號: G06F11/30
• 分類號: G06F11/30
• 代理公司: 暫無信息
• 代理人: 暫無信息

本申請公開了一種基于Git客戶端規范提交日志的方法，包括：在Git客戶端中設置提交日志模板，并確認所述提交日志模板；通過所述提交日志模板對新提交的代碼版本進行檢測，當所述新提交的代碼版本不符合所述提交日志模板時，則會被拒絕提交并提示給所述Git客戶端警示信息；循環上述步驟，直至所述新提交的代碼版本符合所述提交日志模板，得到經過Git客戶端預處理的提交日志；接收所述經過Git客戶端預處理的提交日志，得到規范的提交日志。本方案，代碼提交日志并不規范，因此不便于代碼審核，并且不便于提高日志的可讀性。

技術領域

本申請涉及軟件開發技術領域，具體而言，涉及一種基于Git客戶端規范提交日志的方法。

背景技術

Git(The stupid content tracker，傻瓜內容跟蹤器)是用于Linux內核開發的版本控制工具。與常用的版本控制工具CVS、Subversion等不同，它采用了分布式版本庫的方式，不必服務器端軟件支持，使源代碼的發布和交流極其方便。Git的速度很快，這對于諸如Linux kernel這樣的大項目來說具有重要意義。其中，Git最為出色的是它的合并跟蹤(merge tracing)能力。現在，越來越多的著名項目采用Git來管理項目開發。

Git的應用和其它版本控制系統類似，Git能在特定的重要動作發生時觸發自定義腳本。在具體使用時，Git包括客戶端鉤子和服務器端鉤子，客戶端鉤子由諸如提交和合并這樣的操作所調用，而服務器端鉤子作用于諸如接收被推送的提交這樣的聯網操作，可以根據需要來運用這些鉤子。

現有的代碼提交日志并不規范，因此不便于代碼審核，并且不便于提高日志的可讀性。

發明內容

本申請的主要目的在于提供一種基于Git客戶端規范提交日志的方法，以改善相關技術中代碼提交日志并不規范的問題。

為了實現上述目的，本申請提供了一種基于Git客戶端規范提交日志的方法，其特征在于，包括：

在Git客戶端中設置提交日志模板，并確認所述提交日志模板；

通過所述提交日志模板對新提交的代碼版本進行檢測，當所述新提交的代碼版本不符合所述提交日志模板時，則會被拒絕提交并提示給所述Git客戶端警示信息；

循環上述步驟，直至所述新提交的代碼版本符合所述提交日志模板，得到經過Git客戶端預處理的提交日志；

接收所述經過Git客戶端預處理的提交日志，得到規范的提交日志。

在本申請的一種實施例中，所述提交日志模板為自定義的提交日志模板；

所述自定義的提交日志模板包括：

在外部編寫，并實時通過數據接口輸入到所述Git客戶端的提交日志模板；

在外部編寫，并提前預設到所述Git客戶端的提交日志模板。

在本申請的一種實施例中，所述在Git客戶端中設置提交日志模板的方法包括：

在所述Git客戶端設置用于儲存所述提交日志模板的第一儲存空間；

在外部編寫所述提交日志模板，當需要在Git客戶端中設置提交日志模板時，實時通過數據接口將所述提交日志模板輸入到所述Git客戶端中，并將所述提交日志模板儲存到所述第一儲存空間中。

在本申請的一種實施例中，所述在Git客戶端中設置提交日志模板的方法包括：

在所述Git客戶端設置用于儲存所述提交日志模板的第二儲存空間；

在外部編寫所述提交日志模板，將所述提交日志模板提前預設到所述第二儲存空間中，當需要在Git客戶端中設置提交日志模板時，直接調用所述預設的提交日志模板。