git使用心得分享

旧城等待, 2022-01-26 02:15 332阅读 0赞

本人从开始工作到现在一直使用的版本工具都是GIT;今天给一些初学者和不太了解的人分享一些常用的功能和技巧以及心得

我们从一步步开始做起,争取让每个人都能看完就能上手,并且明白怎么个回事!

  • 第一步:创建版本库(秘钥已经生成)

    git init //该命令会在你的文件夹中生成一个.git文件,如果不是必须,则千万不用更改里面的东西

  • 第二步:添加远程仓库

    git remote add 仓库名称(可自己定) 远程仓库地址
    //示例: git remote add origin ssh://software@172.16.0.30/~/yafeng/.git

  • 第三步:从远程仓库下拉取最新代码,一般都是master分支,其他也有release分支,等等;

    git pull origin featrue:master
    //featrue代表本地自己的分支;master代表远程你选择的分支
    //假如是master :master,可直接写成master ,既 git pull origin master

  1. 注意: 出于严禁角度的考虑,在添加和提交之前,建议查看一下自己修改过的文件,以免出现不必要的失误,推荐以下命令
  2. git diff \# 比较本次所修改的文件的内容
  • 第四步:从主分支上创建自己的分支

    //从主分支上创建分支
    git checkout -b featrue
    //为什么从主分支上创建分支?
    / 因为,主分支上的代码是最新的,也是最安全的,没有BUG的。所以你可以拿到之后放心的开发。假如出现问题,你也可以很快的解决,也不影响其他人;还有一方面就是:假如你从dev或者其他分支上切出一个分支来开发,若是dev其他人的有BUG的代码;你开发过程中碰到那些问题会很麻烦,同时你在提交合并代码的时候将这些问题代码也一并推到生产环境,那将是不堪设想的!/

    //从主分支上切出的分支,要不要提交到远程仓库?
    /在你开发的时候,不需要。后期在你合并代码的时候,需要/

    • 第五步:开发完成后,添加代码(git add ),提交代码(git commit -m’’)
  • 第六步: 推送代码

    //本人的习惯是先切换到对应分支,然后进行合并再推送
    git checkout dev
    git merge featrue
    git push origin dev

以上就是一些简单的流程,写的十分不详细,希望大家在评论给出建议,我做后期补充,谢谢!加油!

补充1:git配置

近日,在使用git的时候发现这样一个现象,我虚拟机开发遇到文件权限问题,所以就执行了 chmod -R 755 文件目录,然后Git diff的时候,竟然看到修改了权限的文件被当做对文件做了修改,需要提交。我一脸茫然~,最后得知是这一个配置项的问题

首先执行 git config —list

你会看到

20190705093250589.png

core.filemode的值的 true,表示会记录文件的权限。如果你不想让git记录权限修改,则将他设置为false即可,请执行git config core.filemode false

发表评论

表情:
评论列表 (有 0 条评论,332人围观)

还没有评论,来说两句吧...

相关阅读

    相关 git使用心得和常用的命令

    刚开始接触解除git觉得还行不错,GitHub上一大堆推荐的可视化工具,所以刚开始使用Git时,还总是用SVN的老思路来做版本管理,可能就觉得多了一个commit的步骤而已。后

    相关 git使用心得分享

    本人从开始工作到现在一直使用的版本工具都是GIT;今天给一些初学者和不太了解的人分享一些常用的功能和技巧以及心得   我们从一步步开始做起,争取让每个人都能看完就能上手,并且

    相关 分享职场心得《16》

    插图:ChinaJoy ![SouthEast][] \白骨精心得\669:职场有种人总爱剑走偏锋,语不惊人誓不休。这种人是聪明而偏执的,他们爱用小众的角度来思考,显示自己