文件状态:被追踪,不被追踪
默认不被追踪,需要主动添加到追踪文件(add操作)
被追踪文件的三种状态:已修改(modified),已暂存(staged),
已提交(commit)
已修改:你把原有的库中的某个文件进行了修改,此时由于文件的校验值发生改变,git会检测到你的修改,此时需要做暂存操作。
已暂存:在修改之后,可以把修改暂时写入到缓存区,在积累了几次修改足够构成一次提交之后,在一次性提交(commit)到本地库。
已提交:提交到本地库
暂存的历史不会被记录,只有commit到库中的信息才会被记录到版本信息库中。
分支的作用:
在合并时,知道哪里出现问题
流程:
真正开发的时候,往往至少会有两个长期的分支(develop,master),最新的进度在develop中,而master则是稳定可靠的随时可以发布的版本。当然,develop中的代码也是可运行的完整代码,不能有残缺的代码。开发中会有很多心里的分支,用来开发一些新功能,在确认没问题后,合并到develop中,然后删除临时分支。develop代码不一定是适合发布的,可能是实验性的,在develop中的某个版本比较成熟了,去和master合并。
当master中有bug了怎么办?
新开一个bugfix分支,解决master的bug,同时在和master与develop合并(三者合并,develop一般也会存在相同的bug),然后删除临时分支。
开始:
创建github库
这里在公司用不到,回家自己弄个玩一下
克隆仓库到本地:
以ssh协议为例:
流程:
commit ---> pull ---> push
分支操作:
合理的是设置两个常设分支,然后按需出现的临时分支。
建立分支的方法:右键,create branch 设置好这个分支是从那个状态分支出来的,默认是当前的工作装填,也可以设置成其他的,切换工作分支:checkout/switch
在同步的时候,通常是每个分支单独同步的,需要推送哪个分支,就选择哪个,pull时候,原理相同。
本文详细解析Git的文件状态追踪、提交流程及分支管理策略,包括开发分支、主分支的维护,以及如何处理bug修复分支,确保代码版本控制高效有序。
8192

被折叠的 条评论
为什么被折叠?



