平淡中造就不平凡

⽬前，我们的仓库中只有⼀个master主分⽀，但在实际的项⽬开发中，在任何情况下其实都是不允许直接在master分⽀上修改代码的，这是为了保证主分⽀的稳定。这时推送失败，因为你的⼩伙伴的最新提交和你推送的提交有冲突，解决办法也很简单，Git已经提⽰我们，先⽤。把最新的提交从 origin/dev 抓下来，然后，在本地进⾏合并，并解决冲突，再推送。最后不要忘记，虽然我们是在分⽀上进⾏多⼈协作开发，但最终的⽬的是要将开发后的代码合并到。，可以查看remote地址，远程分⽀，还有本地分⽀与之相对应关系等信息。

当我们需要回退到某个重要版本时，直接使⽤标签就能很快定位到。因为创建的标签都只存储在本地，不会⾃动推送到远程。所以，打错的标签可以在本地安全删除。那如何在指定的commit上打标签呢？例如，在项⽬发布某个版本的时候，针对最后⼀次。标签 tag ，可以简单的理解为是对某次。此时，查看远端码云，看到了标签已经被更新！如果要推送某个标签到远程，使⽤命令。的⼀个标识，相当于起了⼀个别名。这样的标签来标识⾥程碑的意义。默认标签是打在最新提交的。此时远端的标签就被删除了。

版本控制系统能追踪项目，从开始到结束的整个过程。对编程人员而言，版本控制技术是团队协作开发的桥梁，助力于多人协作同步进行大型项目开发。软件版本控制系统的核心任务:查阅项目历史操作记录、实现协同开发。

添加⼀个新功能时，你肯定不希望因为⼀些实验性质的代码，把主分⽀搞乱了，所以，每添加⼀个新功能，最好新建⼀个分⽀，我们可以将其称之为 feature 分⽀，在上⾯开发，完成后，合并，最后，删除该 feature 分⽀。⼲活都在dev分⽀上，也就是说，dev分⽀是不稳定的，到某个时候，⽐如1.0版本发布时，再把dev分⽀合并到master上，在master分⽀发布1.0版本；现在，dev分⽀的⼯作完成，我们就可以切换回master分⽀，切换回master分⽀后，发现ReadMe⽂件中新增的内容不⻅了。

使用 git 命令行--在 Gitee上传项目

但在此之前的⼯作都需要这些不同版本的报告，于是每次都是复制粘贴副本，产出的⽂件就越来越多，⽂件多不是问题，问题是：随着版本数量的不断增多，你还记得这些版本各⾃都是修改了什么吗？⽐如你新增了⼀⾏，这就是⼀个修改，删除了⼀⾏，也是⼀个修改，更改了某些字符，也是⼀个修改，删了⼀些⼜加了⼀些，也是⼀个修改，甚⾄创建⼀个新⽂件，也算⼀个修改。然后我们发现，当前⽬录下多了⼀个 .git 的隐藏⽂件， .git ⽬录是Git来跟踪管理仓库的，不要⼿动修改这个⽬录⾥⾯的⽂件，不然改乱了，就把Git仓库给破坏了。