设为首页 收藏本站
查看: 1301|回复: 0

[经验分享] Git基础入门(三)Git基本操作

[复制链接]

尚未签到

发表于 2018-9-16 12:40:48 | 显示全部楼层 |阅读模式
  获取 Git 仓库的两种方式:
  第一种是在现有项目或目录下导入所有文件到Git中
  第二种是从一个服务器克隆一个现有的Git仓库
  初始化Git仓库:
  git init                #使Git能够管理当前目录(初始化)
  1、该命令将创建一个名为.git的子目录,这个子目录含有你初始化的Git仓库中所有的必须文件,这些文件是 Git 仓库的骨干
  2、如果你是在一个非空目录中初始化Git仓库来进行版本控制的话,你应该开始跟踪这些文件并提交
  git add *.py                 #跟踪当前目录下的所以.py文件(将文件放入暂存区域)
  git commit -m 'version1'     #提交-m指定附加信息(将文件提交至Git仓库)
  克隆现有的仓库
  如果想获得一份已存在的Git仓库,需要用到git clone命令,Git克隆的是该Git仓库服务器上的几乎所有数据,而不是仅仅复制完成你的工作所需要文件
  当执行git clone命令的时候,默认配置下远程Git仓库中的每一个文件的每一个版本都将被拉取下来
  如果你的服务器的磁盘坏掉了,你可以使用任何一个克隆下来的用户端来重建服务器上的仓库
  git clone [url]
  例:git clone https://github.com/libgit2/libgit2
  这会在当前目录下创建一个名为libgit2的目录,并在这个目录下初始化一个.git目录,从远程仓库拉取下所有数据放入libgit2目录
  git clone https://github.com/libgit2/libgit2 mylibgit
  这将执行与上一个命令相同的操作,不过在本地创建的仓库名字变为mylibgit。
  工作目录下的每一个文件都只有两种状态:已跟踪或未跟踪
  已跟踪的文件指的是那些被纳入了版本控制的文件,在上一次快照中有它们的记录,在工作一段时间后,它们的状态可能处于未修改,已修改或已放入暂存区
  工作目录中除了已跟踪文件以外的所有其它文件都属于未跟踪文件,它们既不存在于上次快照的记录中,也没有放入暂存区
  Git文件的生命周期:
  编辑过某些文件之后,由于自上次提交后你对它们做了修改,Git将它们标记为已修改文件
  我们将这些修改过的文件放入暂存区,然后提交所有暂存了的修改
  检查当前文件状态
  git status              #查看Git仓库所以文件的状态
  例:git status
  On branch master                                            #当前使用的Git分支(分支名称:master)
  nothing to commit, working directory clean                  #没有需要提交的文件(即当前目录从上一次提交之后没有发生任何改变)
  例:echo 'My Project' > test.py
  git status
  On branch master
  Untracked files:                            #表示工作目录下面存在为跟踪的文件或目录
  (use "git add ..." to include in what will be committed)
  test.py                                 #显示为跟踪的文件或目录
  nothing added to commit but untracked files present (use "git add" to track)
  未跟踪的文件意味着Git在之前的快照中没有这些文件,Git 不会自动将之纳入跟踪范围,除非你明明白白地告诉它"我需要跟踪该文件"
  跟踪新文件
  git add test.py
  此时再运行git status命令,会看到test.py文件已被跟踪,并处于暂存状态:
  git status
  On branch master
  Changes to be committed:                  #表示有需要提交的修改
  (use "git reset HEAD ..." to unstage)
  new file:  test.py                    #新文件(即以前快照中不存在的文件)
  暂存已修改文件
  git commit -m 'version-1'                       #提交前面的操作
  echo '#!/usr/bin/env python' > test.py          #修改test.py文件内容
  git status
  On branch master
  Changes not staged for commit:                  #未提交的跟改
  (use "git add ..." to update what will be committed)
  (use "git checkout -- ..." to discard changes in working directory)
  modified:   test.py                         #修改后的文件或目录
  git add test.py                     #将修改后的文件放入暂存区
  git status
  On branch master
  Changes to be committed:                  #表示有需要提交的修改
  (use "git reset HEAD ..." to unstage)
  modified:   test.py                   #修改后的文件或目录
  现在文件处于已暂存,下次提交时就会记录到仓库,此时如果,你更改了test.py的文件内容
  echo '#coding:utf-8' >> test.py             #修改test.py文件内容
  git status
  On branch master
  Changes to be committed:
  (use "git reset HEAD ..." to unstage)
  modified:   test.py
  Changes not staged for commit:
  (use "git add ..." to update what will be committed)
  (use "git checkout -- ..." to discard changes in working directory)
  modified:   test.py
  现在test.py文件同时出现在暂存区和非暂存区,实际上Git只不过暂存了你运行git add命令时的版本
  所以,运行了git add之后又作了修订的文件,需要重新运行git add把最新版本重新暂存起来
  git add test.py
  git commit -m 'version-2'               #提交更新(如果不使用-m选项时会出现一个默认编辑器让你输入更新的标记信息)
  git add是个多功能命令,可以用它跟踪新文件,或者把已跟踪的文件放到暂存区,还能用于合并时把有冲突的文件标记为已解决状态等
  git status -s:
  git status命令的输出十分详细,但其用语有些繁琐。使用 git status -s 命令将得到一种更为紧凑的格式输出
  新添加的未跟踪文件前面有 ?? 标记
  新添加到暂存区中的文件前面有 A 标记
  修改过的文件前面有 M 标记
  例:M test.py
  M  test.py
  M有两个可以出现的位置,出现在右边的 M 表示该文件被修改了但是还没放入暂存区,出现在靠左边的 M 表示该文件被修改了并放入了暂存区。


运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-584551-1-1.html 上篇帖子: Git基础入门(二)Git安装和配置 下篇帖子: Git基础入门(四)Git基本操作2
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表