。

它就像是一个时光机器#xff0c;能够记录文件在不同时间点的状态…

文章目录

Git是一个分布式版本控制系统用于跟踪文件的变化并协调多人对同一项目的开发工作。

它就像是一个时光机器能够记录文件在不同时间点的状态让开发者可以回溯文件的历史版本比较不同版本之间的差异以及轻松地恢复到之前的某个状态。

二.核心概念

仓库是Git用于存储项目文件及其版本历史的地方。

可以把它想象成一个装满了文件各个版本的箱子。

仓库分为本地仓库存在于开发者自己的计算机上和远程仓库通常存储在服务器上如GitHub、GitLab等平台。

例如在开发一个软件项目时本地仓库用于开发者在自己的电脑上进行代码的编写、修改和版本控制。

而远程仓库则用于团队成员之间共享代码方便多人协作开发。

提交Commit

提交是Git中保存文件版本的操作。

当开发者对文件进行了一系列的修改并且这些修改达到了一个相对完整的阶段比如完成了一个功能或者修复了一个bug就可以将这些修改作为一个提交保存到仓库中。

每个提交都有一个唯一的标识符SHA

1哈希值并且包含了提交的作者、日期、提交说明等信息。

例如一个提交说明可能是“实现用户登录功能”这样其他开发者在查看版本历史时就能清楚地知道这个提交的目的。

分支Branch

分支是仓库中独立的开发线。

可以基于现有的分支创建新的分支在新分支上进行开发而不影响其他分支。

这就好比是在一条主道路上开辟出的小岔路开发者可以在岔路上进行实验性的开发或者开发新的功能。

例如在开发一个网站时有一个主分支master或main用于保存稳定的、可以发布的代码。

同时可以创建一个feature

fix

当在不同分支上完成开发后需要将这些分支的修改合并到主分支或者其他分支上。

合并是将两个分支的修改整合到一起的操作。

变基则是一种修改提交历史的方式它可以让提交历史看起来更加线性。

例如在feature

login分支完成用户登录功能开发后可以将这个分支合并到master分支使master分支包含登录功能的更新。

变基操作通常用于整理提交历史比如将多个小的提交合并为一个更有意义的提交或者将分支的提交移动到主分支提交的后面使提交历史更加清晰。

三.工作流程

clone命令从远程仓库克隆一个副本到本地。

例如在一个新的项目文件夹中执行git

init就会在这个文件夹中创建一个隐藏的.git文件夹它包含了仓库的所有版本控制信息。

修改文件和暂存Staging

add命令将修改后的文件添加到暂存区。

暂存区就像是一个准备提交的区域它可以让开发者选择哪些修改要包含在下次提交中。

例如修改了一个代码文件和一个配置文件后可以使用git

提交Commit

commit命令将暂存区的文件提交到本地仓库。

在提交时需要提供一个提交说明来描述这次提交的内容。

例如git

commit

优化数据库查询性能会将暂存区的文件作为一个新的提交保存到本地仓库并附上提交说明。

推送Push和拉取Pull

为了与团队成员协作需要将本地仓库的提交推送到远程仓库使用git

pull或git

fetch命令。

例如在完成一个功能的开发并提交到本地仓库后使用git

push

每个开发者都拥有整个项目仓库的完整副本包括所有的版本历史。

这使得开发者即使在没有网络连接的情况下也能继续工作并且可以方便地与其他开发者共享代码。

例如在一个跨国团队中不同地区的开发者可以各自在本地仓库进行开发然后定期将自己的修改推送到远程仓库与其他成员共享。

版本控制和历史记录

Git能够详细地记录文件的版本变化这对于追踪问题、查看功能的开发过程以及回滚到之前的版本非常有用。

例如当发现新上线的功能导致了系统故障时可以通过Git的版本历史快速定位到引入问题的提交并将项目回滚到之前稳定的版本。

分支管理

灵活的分支管理功能允许开发者同时进行多个功能的开发、实验新的想法并且可以轻松地合并或放弃这些分支。

这有助于提高开发效率降低开发过程中的风险。

例如在开发一个大型软件时可以通过创建多个分支来并行开发不同的模块最后将这些分支的成果合并到主分支中。