Git

最新推荐文章于 2025-03-26 12:22:32 发布

原创最新推荐文章于 2025-03-26 12:22:32 发布 · 176 阅读

CC 4.0 BY-SA版权

GIT
由来
Linux内核代码需要版本管理工具管理代码，2002年开始，使用的是BitMover公司的BitKeeper这个商用软件。但是Linux社区崇尚的是自由软件相悖。
2005年，Andrew Tridgell对BitKeeper的协议进行逆向工程，BitKeeper作者决定收回无偿使用授权。磋商无果， Linus又找不到合适的版本管理工具，决定自行开发分布式版本管理工具，一个月后，Linux内核代码被Git接管。
2008年，基于WEB使用Git进行版本控制的软件托管服务的网站GitHub上线。
2016年5月9日，11年后，BitKeeper开源，发布在了GitHub上。
2018年6月4日，微软宣布，通过75亿美元的股票交易收购代码托管平台GitHub

概念

名称
Repositoy仓库版本库	git初始化后,会在当前目录生成一个.git目录,这就是版本库
Worksspace工作空间工作区	.git文件所在的目录就是工作区,一般是项目的根目录
index索引	介于工作区和版本库之间,暂存修改的
remote远程版本库	网络的另一个版本库,可以和本地库交互

使用
初始化一个版本库

$ git init

在当前目录中增加一个.git目录,不要自行修改这个目录里面的文件
当前目录一般是项目的根目录

添加文件

$ git add test.py

单个文件添加
这一步是把文件的当前条件增加到索引中,也就是以后这个文件需要版本库来跟踪管理,注意这不是提交.此时,文件还可以就行修改,还可以添加新的被跟踪文件,一定要add才能把这些改变加入到索引中

批量增加

$ git add .

.点号,代表当前目录,这条命令将递归添加当前目录及其子目录所有文件
只要看目录,就会递归添加该目录下的文件和子目录

查看状态

$ git status  
$ git status -s

-s,-short 短格式输出

Git的文件分类

追踪的Tracked,已经加入版本库的文件
未追踪的Untracked，未加入到版本库的未被管理的文件
忽略的Ignored，git不再关注的文件，例如一些临时文件

.gitignore文件中,目录以/结尾,行起始的!是取反
.gitignore内容如下:

*.ipynb
__pycache__/
.python-version

忽略文件不需要自己写，Python的已经有了https://github.com/github/gitignore/blob/master/Python.gitignore $ wget -O .gitignore https://raw.githubusercontent.com/github/gitignore/master/Python.gitignore 其它语言的在这里找 https://github.com/github/gitignore

提交代码

$ git commit --help
$ git commit -m "First Commit"

commit提交更改到版本库
-m 填写本次日志消息,必须写.工作中,程序员应该对每一次提交写明做了什么改动

修改后再次提交

$ sed -i -r 's@(<body>)(.*)(</body>)@\1Welcome to \2\3@' index.html
$ git status
$ git commit -m "Second Commit"

看上面的信息,commit之后发现,变动的文件并没有提交

$ git add index.html
$ git commit -m "Second Commit"

提交成功
文件的生命周期

文件add后，就成为可跟踪文件的未修改状态unmodiﬁed，修改后，文件就变成modiﬁed状态。再次add后，将变化提交到索引，状态变为staged，这才能提交。提交成功，文件状态从staged变回unmodiﬁed.

git的提交

git的提交分为两个步骤:
暂存变更:add作用是把新闻教案或者文件新的该动添加到一个暂存区stage
提交变更:commit提交的是暂存区中的改动,而不是物理文件的改动,提交到当前分支,默认是master分支
也可以使用下面命令,将两步合成一步

$ git commit index.html

如果改动了一批文件,一个个写名字很麻烦,使用下面的命令

$ git commit -a

-a -all 会把所有跟踪的文件的改动自动暂存,然后commit.上面命令未提交message,会出现一个类似vi命令的操作界面,需要编写message之后,才行
也可以使用下面的命令,把message信息一并填写了

$ git commit -a -m "message"

增补
第二次提交后,忘记加入一个文件about.html

$ touch about.html
$ git add about.html

–amend 修改，通过创建一个新的commit来replace当前分支的顶部。也可以在命令中继续使用-m选项直接提交message。
git log 查看一下版本库里面提交的历史记录

diff比较
查看各种差异

git diff 查看被跟踪文件未暂存的修改，比较暂存区和工作区
git diff --cached 查看被跟踪文件暂存的修改，比较暂存区和上一次commit的差异
git diff HEAD ，查看被跟踪文件，比较工作区和上一次commit的差异。HEAD指代后一次commit

HEAD
HEAD可以看做是一个游标，一般是指向当前分支后一次提交。
HEAD的值存储在.git/HEAD中
HEAD，指代后一次commit
HEAD^，指代上一次提交
HEAD^^，指代上上一次提交
上n次提交，表示为HEAD~n

检出和重置
checkout 用于切换分支，或恢复工作区文件。
注意，checkout会重写工作区，这个命令还是较为危险的。

命令	说明
git checkout	列出暂存区可以被检出的文件
git checkout ﬁle	从暂存区检出文件到工作区，就是覆盖工作区文件，可指定检出的文件。但是不清除stage
git checkout commit ﬁle	检出某个commit的指定文件到暂存区和工作区
git checkout .	检出暂存区的所有文件到工作区

命令	说明
git reset	列出将被reset的文件
git reset ﬁle	重置文件的暂存区，和上一次commit一致，工作区不影响
git reset --hard	重置暂存区与工作区，与上一次commit保持一致

命令	说明
git reflog	显示commit的信息，只要HEAD发生变化，就可以在这里看到
git reset commit	重置当前分支的HEAD为指定commit，同时重置暂存区，但工作区不变

git reset --hard [commit]	重置当前分支的HEAD为指定commit，同时重置暂存区和工作区，与指定 commit一致
git reset --keep [commit]	重置当前HEAD为指定commit，但保持暂存区和工作区不变

reset操作,要慎重

移动和删除
git mv src dest 改名，直接把改名的改动放入暂存区
git rm file 会同时在版本库和工作目录中删除文件，真删除
git rm --cached file 将文件从暂存转成未暂存，从版本库中删除，但不删除工作目录的该文件，即文件恢复成不追踪的状态
以上都算是改动，必须commit才算真改动了

配置本地用户名和邮箱

$ git config --global user.name "my" 
$ git config --global user.email "my@qq.com"
 
# 这些内容对应~/.gitconfig文件，是 用户级别 的配置文件 
$ cat ~/.gitconfig 
[user]    
   name = my    
   email = my@magedu.com
 
 
# 命令显示 
$ git config --global user.name 
$ git config --global user.email

push到服务器
本地搭建一个GitHub私服,模拟github
192.168.142.148:3000

关联远程版本库
git remote 列出所有远程仓库
git remote -v 详细列出所有远程仓库
git remote add [shortname] [url] 指定一个名称指向远程仓库

$ git remote add origin http://my@192.168.142.135:3000/my/test.git 
$ cat .git/config 
[core]
    repositoryformatversion = 0    
    filemode = true    
    bare = false    
    logallrefupdates = true 
[remote "origin"]    
    url = http://my@192.168.142.135:3000/my/test.git    
    fetch = +refs/heads/*:refs/remotes/origin/*

远程版本库名origin，这是个习惯用法，将建立origin和后面url的映射，这些信息保存在.git/conﬁg文件的新的段 [remote “origin”] 中。
注意： http://my@192.168.142.135:3000/my/test.git 加上用户名，否则push会报401

git config --system 在 /etc/gitconfig 文件中读写配置
git config --global 在 ~/.gitconfig 文件中读写配置
.git/conﬁg 这个文件是版本库级别设置文件，这里的设置具有高优先级

输入密码就可以连接到远程仓库了。
私有的仓库，必须登录，只能用户自己看，为了方便，修改为公有的。

推送数据

$ git push origin master    # 指定推送到的远程主机和分支 
$ git push origin           # 指定当前分支推送到的主机和对应分支 
$ git push -u origin master # 指定远程默认主机和分支 
$ git push                  # simple方式，默认只推送当前分支到默认关联的远程仓库

-u 第一次远程推送的时候加上，以后就可以不使用-u参数，可以git push origin master，也可以git push都使用默认。

从远程库克隆
这一次使用git协议连接远程库。
为了演示跨平台，这里使用windows系统。
建议使用Git的windows客户端的 git bash ，它含有常用ssh命令
配置本地用户名、邮箱

$ git config --global user.name "wayne" 
$ git config --global user.email "wayne@magedu.com" 
$ cat ~/.gitconfig 
[user]
    name = wayne    
    email = wayne@magedu.com

删除windows当前用户.ssh文件夹
$ ssh-keygen -t rsa -C "wayne@magedu.com"
-t 加密算法类型
-C comment 描述信息

SSH连接远程库

在windows上找一个空目录，执行下面的克隆命令。
注意，第一次使用ssh连接有提示，敲入yes。

$ git clone git@192.168.142.135:my/test.git 
Cloning into 'test'... remote: Counting objects: 28, done. 
remote: Compressing objects: 100% (20/20), done. 
remote: Total 28 (delta 0), reused 0 (delta 0) 
Receiving objects: 100% (28/28), done.

克隆成功。
下面就可以使用这个初始的项目文件开发了