mulearn

µlearn網站

該存儲庫包含µlearn前端項目的源代碼文件。請仔細閱讀以下內容，以掌握命名和貢獻標準。

git命令和命名禮節

克隆項目

 git clone https://github.com/your_username/ur_fork_of_mulearn.git

在文件上進行必要的更改並添加文件。

 git add -A

提交更改

 git commit -m "feat(): Implemented the feature"

從服務器上拉更改（不適用於第一次推送）

 git pull origin branch-name

首次將更改推向服務器

 git push origin branch-name

確保從存儲庫中提取更改並保持分支的更新。

本地運行該項目

 git clone https://github.com/gtech-mulearn/mulearn.git

中央存儲庫設有三個主要分支

• 開發
• Dev-Server（託管）
• 生產（託管）

開發分支機構開放進行協作，並作為開發環境，貢獻者可以在合併到其他分支之前進行新功能和錯誤修復。

Dev-Server是主要分支，Head的源代碼始終反映一個狀態，並具有下一個版本的最新開發更改

原點/生產是Head源代碼始終反映生產就緒狀態的主要分支。

提交消息類型

• 壯舉：（添加了有價值的新功能或直接受益並吸引用戶的改進。）

  例如“壯舉（專欄）：添加了新功能。””

• 修復：（解決與用戶相關的問題，提高軟件的可靠性並提供更順暢的用戶體驗。）

  例如“修復（情況）：搜索功能中的固定情況敏感性問題，以獲得準確的結果。”

• 文檔：（對文檔進行更改或更新，以獲得更好的清晰度和理解。）

  例如“文檔（readme）：更新帶有安裝說明和用法示例的讀書文件”。

• 樣式：（專注於改進代碼外觀，例如格式化和修復丟失的半剛果，而不會影響功能。）

  例如“樣式（格式）：糾正凹痕並為一致的代碼樣式添加了缺失的半olon。”

• 重構：（修改生產代碼，例如重命名變量，以提高其結構和可維護性。）

  例如“重構（變量）：更名為改善代碼清晰度和可維護性的變量。”

• 測試：（添加缺失並改善現有測試的測試，而無需更改生產代碼。）

  例如“測試（登錄）：添加了用戶登錄功能的測試並重新分配了現有的登錄測試。”

• 瑣事：（更新構建任務和其他非生產代碼方面，而無需更改實際軟件。）

  例如，“瑣事（咕unt）：更新的咕unt任務，以提高任務自動化並建立流程效率。”

貢獻

總是歡迎捐款！

有關入門方式，請參見contributing.md 。

維護者

• 如果您是該項目的維護者，則將負責審查拉動請求並合併它們。

拉請求流

• 開發人員的拉請請求只能在DEV （功能，錯誤框架）分支上接收。
• 審查請求後，您可以根據請求類型將其合併到Dev-Server/生產中。

質量測試儀

• 如果您是高質量的測試儀，則可以驗證Dev-Server分支，以測試即將到來的功能和生產分支，以獲取已經在生產中的功能。