Git 的正确使用姿势与最佳实践:团队协作和版本控制的最佳实践
Git是目前最流行的版本控制系统,被广泛应用于软件开发领域。使用Git可以非常好地支持团队协作开发,实现代码版本控制。但是Git是一个功能强大的工具,要充分发挥其效能,我们需要掌握它的正确使用姿势和一些最佳实践。本文将从团队协作和版本控制的角度,讨论Git的最佳实践。
git分支管理
1.主分支master/main: 主分支master 或者main应该始终保持发布状态,只包含生产环境的代码。主分支应该是项目的核心，任何合并到主分支的代码都应该经过严格的质量控制和测试。主分支中的代码应该始终保持可运行且稳定。
2.开发分支 develop： Develop分支是主工作分支,包含最新的代码改动。所有功能和缺陷修复分支都是基于Develop分支创建的。这种做法可以避免直接在开发分支上开发，从而降低对主分支的影响。
3.发布分支 release： 从Develop分支上拉出Release分支,进行发布前的准备工作,发布完成后合并回Develop和Master。
4.修复分支hotfix: 当生产环境出现紧急bug时，可以从主分支上创建一个修复分支进行修复，修复完成后同时合并到开发分支和主分支。
-
创建仓库的途径有：
- 在本地已有的目录，初始化一个新的；
- 克隆复制一份别人的项目。
git init
- 在当前目录下创建.git目录，同时当前目录成为一个Git仓库。
git clone
git clone Git仓库url：将http或ssh链接指向的Git仓库拷贝到本地。git clone Git仓库url 本地目录路径：将远程Git仓库拷贝到本地指定目录。
添加与提交
基本流程
- 使用
git add添加需要追踪的新文件和待提交的更改； - 使用
git status和git diff查看有何改动； - 使用
git commit提交快照。
git add
git add 文件：将文件添加到缓存区，该文件被标记为被追踪。git add .：缓存当前目录下所有文件，不包括已删除的文件。- 注意，git add只是复制一份当前状态下的该文件到缓存区，该文件之后的修改若不重新git add，则提交的时候，只会将上次git add的缓存提交给仓库。
git commit
- 将缓存写入仓库中。
git add是工作区->缓存区，git commit是缓存区->仓库。git commit -m "本次提交说明"：一次性将缓存区所有文件修改提交到仓库的当前分支。git commit -am "本次提交说明"：自动把所有已经跟踪过的文件缓存，并提交到仓库。常用于跳过git add步骤快速提交。git commit --amend "本次提交说明"：重新提交。此次提交代替上一次提交的结果。尤其适用于提交完了才发现漏掉了几个文件没有添加，或者提交信息写错了的情况。
git status
-
git status：显示当前仓库的最新状态。 -
git status -s：当前仓库的最新状态的简介。`ss
sdasd
asdasd
git reflog
- 记录每一次的版本改动。包括commit记录、reset版本退回记录
git remote
git remote： 连接远程仓库
git remote add origin https://github.com/LitxZo/tiktok_project.git
git push
git push <remote-repo-shortname> <local-branch>：将本地分支推送到远程仓库
git push -u origin main
