Git 的正确使用姿势与最佳实践:如何从小白正确地掌握1024平台的实际用处与git指令操作
Git 的正确使用姿势与最佳实践:团队协作和版本控制的最佳实践
- 前提引述
-
很早之前就从学长的工作中看到了git这一工具,虽然如此,但一直也不是很懂git是干什么用的,有什么作用,今天为了将1024平台与远端仓库平台进行衔接运用,花费了一上午加上下午三小时的时间进行详细的实践与了解,现在就此内容为大家进行讲述
Git的安装与使用
- 这里由于我好早之前就下载过了次软件,故就不进行下载安装的具体展示了,这里我找出我以前使用的一篇文稿,很详细地介绍了git的下载与配置
- Git安装以及基本配置,这里面含有对应的链接,t.csdn.cn/joN0o,大家可以自行查阅即可,按照步骤一步一步来即可
- 最后打开后会呈现上图所示的模样,在内部进行git相应指令的输入即可产生作用
- 此为命令端形式,其实也有gui形式,看个人习惯
1024平台的搭建与使用
-
这是搭建好后的平台展示图样
- 左侧为团队公共file区,用于大家一起写代码,保存在各自的文档里,这里的文档分类是我制作的,而非现有,我建议虽然是公共代码编写区,但是为了更好地合作,每个人的代码应该相对独立起来,这样减少了后期代码的混乱
- 中间为代码编写区,可以看到对应语言的代码详细编写
- 右侧为shell命令区域,console终端区,主要在右侧进行git命令的指令编写
-
1024基本介绍
- 关于1024平台(代码空间)的字节平台搭建,我就不作介绍了,在字节官方发送的开班文档里都有介绍,如何去创建团队,点击哪些按钮,如何邀请队友,如何邀请团队协作等提示,都有详尽的描述,这里我不再赘述
- 我重点介绍一下1024平台是什么,有何作用.1024平台就相当于给大家提供了一个近端的代码存储区,大家可以一起在这上面进行代码编写,编译,运行,讨论等,其内每一个分支就相当于一台本地电脑,所以建议大家对其进行分支操作,让每一个成员对应一个分支,或者每一个功能对应每一个分支,然后再与远端仓库(github,gitee,gitlab)进行连接,以保证团队再远端仓库进行代码的存储,这样双保险的存储,极大程度上完善了队伍整体的代码工作安排与避免混乱
-
基本搭建顺序介绍
- 左侧file区域团队文件夹的安排分工
大家可以看到,我采用的是队员的姓名来进行代码工作区分块,这样也十分好认,如果组员较多,建议将全部的名和姓都写上,我这里组员较少,故只用姓名就够了,命名上还是建议大驼峰,关键字一眼就能看到并读懂,这是很高效的
-
1024仓库本地分支的搭建
这里就要用到对应的git指令进行相应的分支建立
git branch [分支名]
如上图所示的指令操作,创建好对应的本地分支,如担心是否创建成功,则可以利用如下语句进行查看
git branch
绿色,星号处就是当前分支处,其余白色为其他未被访问的创建好的分支处
- 远端仓库的搭建,这里我用的是github平台,大家可以做一个参考
在github的个人主页中,进行仓库的新建,而后进入View all branchs处进行分支管理操作,同样的写好各自队员的远端仓库分支,名字上最好是与1024本地仓库分支名称一样,方便后续建立联系
-
远端仓库的联系建立
scss 复制代码 git remote add origin ssh(远端仓库的ssh链接)
在github的code按钮处
同时认真观看1024平台的git帮助项,对于链接远程仓库的介绍,有一步骤我没有说明,那就是添加公钥到Github远端平台,公钥在1024平台的个人中心设置处,将其添加到github账户的setting设置中
而后利用git指令
scss
复制代码
git remote add origin git@github.com:username/repo.git 进行远端仓库的联系建立
若担心未连接成功,可进行指令
复制代码
git remote -v 进行指令查看
若出现以下信息回馈
scss
复制代码
origin git@github.com:username.git (fetch)
origin git@github.com:username.git (push) 则表示联系建立成功,反之则失败
-
从远端仓库进行代码拉取,同时进行分支联系的建立
首次拉取代码时一定会存在当前分支与远程分支不同步的问题,我们可以指定使用 rebase 策略将你的更改应用到远程更改之上
css
复制代码
git pull --rebase origin [分支名] 这里建议大家对每一个分支进行该操作,从而完成远程仓库与本地仓库中对应分支信息的统一
git checkout [分支名] 进行本地分支的切换,一定要先切换后进行上述操作
在首次进行联系的时候,会出现询问信息,询问是否确定建立与目标地址的联系
直接输入yes即可,而后便完成对应的代码拉取与本地,远程统一
同样的操作,切换到其余本地分支,然后完成该项操作,这一项操作的目的是为了,让本地仓库中含有远端仓库分支对应的全部内容,这样就可以进行下一次的git push操作,否则就会出现一些问题报错
分支联系的建立
利用git指令
ini
复制代码
git branch --set-upstream-to=origin/本地分支名 远程分支名
建立好对应的联系后,就可以让每个组员在对应的平台工作时,无需反复的输入自己的分支名了,直接git pull.git push 操作即可,大大节约了时间
至此,对于相应的操作与配置已经完全结束,下面我为大家提供一下相对常用的git指令供大家参考
基本git命令
-
在 1024Code 仓库中配置 SSH 连接
-
scss 复制代码 git remote add origin git@github.com:username/repo.git(在github上的ssh链接)
-
-
从远端仓库拉取代码
-
scss 复制代码 git pull --rebase origin [分支名] 首次拉取代码时一定会存在当前分支与远程分支不同步的问题,我们可以指定使用 rebase 策略将你的更改应用到远程更改之上 git remote -v 远端仓库查看,若连接成功则有信息提示,反之则无 origin git@github.com:TOCREATING/ByteProject.git (fetch) fetch是Git中的一个命令,用于从远程仓库获取最新的代码和提交历史,但不会自动合并到你的本地分支。 当你运行git fetch命令时,Git会连接到远程仓库,并检查是否有新的提交。如果有新的提交,Git会将这些提交下载到你的本地仓库,但不会自动合并到你的当前分支。 origin git@github.com:TOCREATING/ByteProject.git (push) 此为信息提示
-
-
提交修改到本地仓库(1024仓库)
-
sql 复制代码 git add [文件名] git commit -m "提交信息" 对相应提交信息的解释 git add . 添加所有文件
-
-
推送代码至远端仓库
-
perl 复制代码 git push origin [本地分支名] 名称相同 git push 远程仓库名称(origin) 本地分支名:远程分支名 名称不同 git push 远程仓库名称(origin) 本地分支名 名称相同 在推送代码之前,最好先使用git pull命令从远程仓库获取最新的代码,以免出现冲突分支名
-
-
分支管理
-
scss 复制代码 本地分支管理 git branch (branchname) 本地分支建立 git checkout (branchname) 本地分支切换 git merge (branchname) 将目标分支合并到本地分支 git branch --set-upstream-to=origin/本地分支名 远端分支名 绑定本地分支与远端分支 在绑定完后,便可以直接git pull 拉取远端分支内容 git push 推送本地分支内容 同时他的拉取与推送均是将整个分支全部内容进行传递
-
-
信息查看
-
css 复制代码 git ls-files 查看本地分支内的全部文件,必须要求当前分支是所需要查看的分支 git ls-tree --name-only HEAD 查看本地分支内全部文件的名称 git ls-tree --name-only 分支名 查看对应分支
-
小结:最后谢谢大家的阅读,希望对你能提供一定的帮助哟!!