大约在不到一年半之前我第一次知道了github这个东西，那时我只将它视作一个代码项目的内容分享网站，实际并不懂怎么使用。第一次使用全英文的网站，对我来说太不适应了，外加众所周知的原因，注册账号实则也花费了我不少力气。刚开始甚至不会搜索（实则现在也不怎么会），而真正接触git与认识github大概是在大二上学期的期末项目，学校作业要求使用git进行代码写作与管理，开始了第一次认识git环境配置，又是一顿茫然不知所措，中途放弃好多次对它的学习，实际上最终也没能利用git进行代码管理，只是完成了账号注册和一些基本概念的了解，当时使用VS进行的项目开发，在这个上面使用Git只能说是什么也看不懂，还不敢乱点，知道项目完结，要上传时，在队友的帮助下实现了代码的上传，貌似还是通过github网站进行传的，没有任何的协作记录。
确实值得一提的是，我发现学习的过程只有当需求来临时，你才会不断去挖掘和探索。往往我们很难做到见微知著，由此及彼式的学习，这也是为什么我其实花了一年半才陆陆续续进行总结git使用的原因，下方的很多使用其实都已经被我实践过，大致构成了最常用的功能集合。
相信第一次接触Git的同学都感觉Git太复杂了，一查官方文档更是被吓到了，没事，别慌。首先让我们了解一些必备的概念。Git中最重要的一组关系是：本地仓库与远程仓库，本地仓库一般就是指存储在自己电脑硬盘空间的项目，而远程仓库就是一个与本地仓库建立了对应关系的存储在云盘上的项目，类似于百度网盘的概念，本质上都是在存文件，只不过Git还提供了更多的与项目开发相关的功能，这些功能通过Git命令行工具进行了实现。其次远程仓库也有不同的实现平台，我们称之为代码托管平台，本质上它们都是基于Git的内核。比如有两个不得不提到的平台：Github与Gitee，一个是全球最大的代码托管平台，另外一个Gitee可以理解为国内版的Github。最后是分支与主干，一个远程仓库会拥有许多分支，不同分支可以代表着不同的项目版本，或者由不同的项目参与人拥有，最后有个主干分支（一般是main分支）代表最终的结果。
Git的一个专业解释是，它是一个分布式版本控制系统。Git的存在是为了多人进行项目开发的协作而产生，参与该项目的人将共享一个远程仓库，这个远程仓库一般代表着项目成果的汇总。所有参与人都各自有一个专属于自己的本地仓库，进行着独立的工作开发，而不用需要频繁沟通防止冲突，这是因为Git帮我们做好了管理。这也就是为什么会被称作分布式的原因，每个开发者都可以拥有整个项目的完整副本，这使得开发可以离线进行，不受网络限制。而版本控制是因为它可以保存你提交的代码的历史记录，支持查看任何一个由你主动记录的时刻代码的详情，并且你还可以回退到指定版本。这一机制为代码的修改与回溯带来了极大地便利。
下图展示了刚才我们提到的几个概念，并且详细的展示了整体的工作流，然后其实就可以差不多理解为什么它能做到分布式版本控制。目前我们假设你已经创建好了一个远程仓库，这意味着你的本地项目代码已经与这个远程仓库关联。通过git add命令你可以将你刚做过的所有代码修改保存到本地仓库，但是还不会有本地仓库的记录，此时你人可以选择撤销，接着执行git commit 命令进行提交，这时你将真正在本地仓库的历史记录上查看到一条记录，但是你还没有上传到远程仓库，所以其他人是对你所做的代码修改是不可见的。执行git push命令后，此时将会推送到远程仓库，但是这一步也会失败，因为你的代码和当前远程仓库中的代码产生了冲突，你需要先修改你的代码解决冲突部分，因为你又对你的代码进行了修改，所以别忘了还要进行git add与git commit 操作，之后就又回到了git push操作，成功后这时远程仓库中的你所指定推送分支的代码内容就是你刚才提交的内容了。当然一般在开始修改代码工作前，我们会先同步/拉取一下最新的代码到我们的本地，这可以通过git pull命令来实现。
哈哈，这个不是我们的重点，网上有很多写的很不错和详细的帖子，可以自己搜搜看，具体的使用命令和工具还有很多，可以自己查询和探索。
To be continued...也许之后会写几个常见的使用场景。
到此这篇github ping（github评论区在哪）的文章就介绍到这了,更多相关内容请继续浏览下面的相关推荐文章，希望大家都能在编程的领域有一番成就！版权声明：
本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如若内容造成侵权、违法违规、事实不符，请将相关资料发送至xkadmin@xkablog.com进行投诉反馈，一经查实，立即处理！
转载请注明出处，原文链接：https://www.xkablog.com/bcyy/34883.html