「MOSS – 04」MOSS队：代码管理

Author: MOSS队

Date: 2023.03.30

Part 1 仓库地址与情况说明

团队代码仓库地址

https://github.com/saltyfishyjk/BUAASE2023-TeamVersionControl

团队完成Task.HotFix!后新建的代码仓库地址

https://github.com/saltyfishyjk/BUAASE2023-TeamVersionControlNew

情况说明

分支保护

在fork仓库后，GitHub就开始提醒要进行分支保护，这十分重要。然而，在最开始时我们并没有认真对待GitHub的警告，在后面的某一次操作中误将某个分支合并入main分支，污染了分支和commit记录。虽然最后通过一些强制操作解决了这一问题，但是依然让大家惊出了一身冷汗。

bug issue

尽管团队成员在开始集中开发之前仔细阅读了本次作业的指导书，但是在开发过程中忙起来了就忽略了分支规范中的bug提出与修复时需要使用issue和pull request关联使用。我们因此更加深刻地记住了这项规范，并将在未来的真正开发中避免类似情况。

Part 2 团队的代码管理

DevOps技术选型

我们采用GitHub Actions进行DevOps。

原因

团队成员都可以访问GitHub，同时在代码托管平台中对GitHub也更为熟悉，且GitHub Actions有成熟的市场和全球大量的用户使用，比较易于寻找解决方案。

使用方式

GitHub Actions结合腾讯云服务器，自动完成项目的持续部署。

代码仓库的管理

目前暂拟前后端仓库分别开发和管理，避免冲突；但部署到同一台服务器，持续集成部署。

工作安排

参考课程组提供的git规范，以pr为核心进行开发。

代码审查

pr目前暂拟由相近岗位至少1名同学进行复审；代码发布拟由全体复审。

风险

最主要的风险可能来自于对git或GitHub的误操作，我们有如下应对方案：

• 全体成员持续学习git和GitHub，尽可能保证相关技能的熟练
• 使用最稳妥的方案，如pr+复审，尽量保证签入代码的可靠性
• 由专人进行DevOps运维管理，提高岗位的可靠性

Part 3 心得

简明清晰可用的规范

尽管课程组无私地提供了git和github规范模板，但是我们并没有在本次作业开始时就有足够深入的理解，在实践中也犯了一些小错，违背了一些规范。

对于这样的情况，我们一方面会继续加强深入学习，另一方面也会适度精简和核心化规范，确保始终可以使用最有用，最安全的git操作，完成可持续的优秀代码管理。

充分的沟通

尽管通过规范、工具等可以让工作变得有条理许多，但是团队成员间的沟通也十分重要，特别是在规范束缚弱的地方和细节，就更需要勤沟通。

今天的文章moss怎么查代码_代码管理工具有哪些[通俗易懂]分享到此就结束了，感谢您的阅读，如果确实帮到您，您可以动动手指转发给其他人。