1.创建git文件模式

https://www.cnblogs.com/wupeiqi/p/7295372.html  参考地址 先看这个

初始化仓库

git init
     在本地新建一个repo,进入一个项目目录,执行git init,会初始化一个repo,并在当前文件夹下创建一个.git文件夹.

查看仓库当前的状态

git status
     查询repo的状态.
     git status -s: -s表示short, -s的输出标记会有两列,第一列是对staging区域而言,第二列是对working目录而言.

添加文件到Git仓库

git add 文件名
     在提交之前,Git有一个暂存区(staging area),可以放入新添加的文件或者加入新的改动. commit时提交的改动是上一次加入到staging area中的改动,而不是我们disk上的改动.
git add .

会递归地添加当前工作目录中的所有文件.

提交添加的文件到Git仓库

git commit
git commit -m “the commit message"

git commit -a
      会先把所有已经track的文件的改动add进来,
      然后提交(有点像svn的一次提交,不用先暂存). 对于没有track的文件,还是需要git add一下.
 
 
git commit --amend
    增补提交. 会使用与当前提交节点相同的父节点进行一次新的提交,旧的提交将会被取消.
 

查看历史提交记录

git log

回退版本

$ git reset --hard HEAD^
 

说明:在Git中,用HEAD表示当前版本,上一个版本就是HEAD^,

上上一个版本就是HEAD^^,以此类推,如果需要回退几十个版本,

写几十个^容易数不过来,所以可以写,例如回退30个版本为:HEAD~30。

如果你回退完版本又后悔了,想回来,一般情况下是回不来的,

但是如果你可以找到你之前的commit id的话,也是可以的,使用如下即可:

$ git reset --hard + commit id

 

提示:commit id不需要写全,Git会自动查找;

补充说明:Git中,commit id是一个使用SHA1计算出来的一个非常大的数字,

用十六进制表示,你提交时看到的一大串类似3628164...882e1e0的就是commit id(版本号);

在Git中,版本回退速度非常快,因为Git在内部有个指向当前版本的HEAD指针,

当你回退版本的时候,Git仅仅是把HEAD从指向回退的版本,然后顺便刷新工作区文件;

查看操作的历史命令记录

$ git reflog
 

结果会将你之前的操作的commit id和具体的操作类型及相关的信息打印出来,

这个命令还有一个作用就是,当你过了几天,你想回退之前的某次提交,但是你不知道commit id了,

通过这个你可查找出commit id,就可以轻松回退了,用一句话总结:穿越未来,回到过去,so easy!

删除文件

$ rm <file>
 

然后提交即可;

如果不小心删错了,如果还没有提交的话使用下面命令即可恢复删除,

注意的是它只能恢复最近版本提交的修改,你工作区的修改是不能被恢复的!

$ git checkout -- <file>

保存工作现场

$ git stash
 

作用:当你需要去修改其他内容时,这时候你的工作还没有做完,先临时保存起来,

等干完其他事之后,再回来回复现场,再继续干活;为什么?因为暂存区是公用的,

如果不通过stash命令隐藏,会带到其它分支去;

查看已经保存的工作现场列表:

$ git stash list
 

恢复工作现场(恢复并从stash list删除):

$ git stash pop
 

或者:

git stash apply

 

恢复工作现场,但stash内容并不删除,如果你需要删除执行如下命令:

$ git stash drop

恢复指定的stash:

$ git stash apply stash@{0}

说明:其中stash@{0}为git stash list中的一种编号

 

与远程仓库协作

git remote add origin https://github.com/a943512/gittest.git

删除本地库与远程库的关联:

$ git remote rm origin

 

作用:有时候我们需要关联其他远程库,需要先删除旧的关联,再添加新的关联,

因为如果你已经关联过了就不能在关联了,不过想关联多个远程库也是可以的,

前提是你的本地库没有关联任何远程库,操作如下:

先关联Github远程库:

$ git remote add github git@github.com:xinpengfei520/IM.git

 

接着关联码云远程库:

$ git remote add gitee git@gitee.com:xinpengfei521/IM.git

 

现在,我们用git remote -v查看远程库的关联信息,如果看到两组关联信息就说明关联成功了;

ok,现在我们的本地库可以和多个远程库协作了

如果要推送到GitHub,使用命令:

$ git push github master

 

如果要推送到码云,使用命令:

$ git push gitee master

推送到远程仓库

$ git push -u origin master

克隆一个远程库

$ git clone git@github.com:xinpengfei520/IM.git

Git分支管理

创建一个分支branch1

$ git branch branch1
 

切换到branch1分支:

$ git checkout branch1
 

创建并切换到branch1分支:

$ git checkout -b branch1
 

查看分支:

$ git branch

 

提示:显示的结果中,其中有一个分支前有个*号,表示的是当前所在的分支;

合并branch1分支到master:

$ git merge branch1

 

删除分支:

$ git branch -d branch1

合并分支

禁用Fast forward模式合并分支

$ git merge --no-ff -m "merge" branch1

 

说明:默认Git合并分支时使用的是Fast forward模式,这种模式合并,

删除分支后,会丢掉分支信息,所以我们需要强制禁用此模式来合并;

补充内容:实际开发中分支管理的策略

  • master分支应该是非常稳定的,也就是仅用来发布新版本,平时不能在上面提交;
  • 我们可以新开一个dev分支,也就是说dev分支是不稳定的,到版本发布时,
  • 再把dev分支合并到master上,在master分支发布新版本;
  • 你和你的协作者平时都在dev分支上提交,每个人都有自己的分支,时不时地往dev分支上合并就可以了;

保存工作现场

$ git stash

 

作用:当你需要去修改其他内容时,这时候你的工作还没有做完,

先临时保存起来,等干完其他事之后,再回来回复现场,再继续干活;

为什么?因为暂存区是公用的,如果不通过stash命令隐藏,会带到其它分支去;

查看已经保存的工作现场列表:

$ git stash list

 

恢复工作现场(恢复并从stash list删除):

$ git stash pop

 

或者:

git stash apply

 

恢复工作现场,但stash内容并不删除,如果你需要删除执行如下命令:

$ git stash drop

恢复指定的stash:

$ git stash apply stash@{0}

 

说明:其中stash@{0}为git stash list中的一种编号

丢弃一个没有被合并过的分支

强行删除即可:

$ git branch -D <name>

 

作用:实际开发中,添加一个新feature,最好新建一个分支,如果要丢弃这个没有被合并过的分支,可以通过上面的命令强行删除;

查看远程库的信息

$ git remote

 

显示更详细的信息:

$ git remote -v
 

推送分支

推送master到远程库

$ git push origin master

推送branch1到远程库

$ git push origin branch1
 

创建本地分支

$ git checkout -b branch1 origin/branch1

 

说明:如果远程库中有分支,clone之后默认只有master分支的,所以需要执行如上命令来创建本地分支才能与远程的分支关联起来;

指定本地branch1分支与远程origin/branch1分支的链接

$ git branch --set-upstream branch1 origin/branch1

 

作用:如果你本地新建的branch1分支,远程库中也有一个branch1分支(别人创建的),

而刚好你也没有提交过到这个分支,即没有关联过,会报一个no tracking information信息,通过上面命令关联即可;

创建标签

$ git tag <name>
 

例如:git tag v1.0

查看所有标签:

$ git tag
 

对历史提交打tag

先使用$ git log --pretty=oneline --abbrev-commit命令找到历史提交的commit id

例如对commit id 为123456的提交打一个tag:

$ git tag v0.9 123456

 

查看标签信息:

$ git show <tagname>
 

eg:git show v1.0

创建带有说明的标签,用-a指定标签名,-m指定说明文字,123456为commit id:

$ git tag -a v1.0 -m "V1.0 released" 123456
 

用私钥签名一个标签:

$ git tag -s v2.0 -m "signed V2.0 released" 345678
 

说明:签名采用PGP签名,因此,必须先要安装gpg(GnuPG),如果没有找到gpg,或者没有gpg密钥对,就会报错,具体请参考GnuPG帮助文档配置Key;

作用:用PGP签名的标签是不可伪造的,因为可以验证PGP签名;

删除标签:

$ git tag -d <tagname>

 

删除远程库中的标签:

比如要删除远程库中的 V1.0 标签,分两步:

[1] 先删除本地标签:$ git tag -d V1.0

[2] 再推送删除即可:$ git push origin :refs/tags/V1.0

推送标签到远程库:

$ git push origin <tagname>

 

推送所有标签到远程库:

$ git push origin --tags
 

自定义Git设置

Git显示颜色,会让命令输出看起来更清晰、醒目:

$ git config --global color.ui true

设置命令别名:

$ git config --global alias.st status

 

说明:--global表示全局,即设置完之后全局生效,st表示别名,status表示原始名

好了,现在敲git st就相当于是git status命令了,是不是方便?

当然还有其他命令可以简写,这里举几个:很多人都用co表示checkout,ci表示commit,br表示branch...
根据自己的喜好可以设置即可,个人觉得不是很推荐使用别名的方式;

推荐一个比较丧心病狂的别名设置:

git config --global alias.lg "log --color --graph --pretty=format:'%Cred%h%Creset

-%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-commit"

 

效果自己去体会...

其他说明:配置的时候加上--global是针对当前用户起作用的,如果不加只对当前的仓库起作用;

每个仓库的Git配置文件都放在 .git/config 文件中,我们可以打开对其中的配置作修改,

可以删除设置的别名;而当前用户的Git配置文件放在用户主目录下的一个隐藏文件.gitconfig中,我们也可以对其进行配置和修改。

忽略文件规则

原则:

  • 忽略系统自动生成的文件等;
  • 忽略编译生成的中间文件、可执行文件等,比如Java编译产生的.class文件,自动生成的文件就没必要提交;
  • 忽略你自己的带有敏感信息的配置文件,个人相关配置文件;
  • 忽略与自己相关开发环境相关的配置文件;
  • ...

使用:在Git工作区的根目录下创建一个特殊的 .gitignore 文件,然后把要忽略的文件名或者相关规则填进去,Git就会自动忽略这些文件,不知道怎么写的可参考:https://github.com/github/gitignore,这里提供了一些忽略的规则,可供参考;

如果你想添加一个被 .gitignore 忽略的文件到Git中,但发现是添加不了的,所以我们可以使用强制添加$ git add -f <file>

或者我们可以检查及修改 .gitignore 文件的忽略规则:

$ git check-ignore -v <file>

 

Git会告诉我们具体的 .gitignore 文件中的第几行规则忽略了该文件,这样我们就知道应该修改哪个规则了;

如何忽略已经提交到远程库中的文件?
如果你已经将一些文件提交到远程库中了,然后你想忽略掉此文件,然后在 .gitignore 文件中添加忽略,

然而你会发现并没有生效,因为Git添加忽略时只有对没有跟踪的文件才生效,也就是说你没有add过和提交过的文件才生效,按如下命令:

比如说:我们要忽略.idea目录,先删除已经提交到本地库的文件目录

git rm --cached .idea

 

格式:git rm --cached + 路径

如果提示:fatal: not removing '.idea' recursively without -r

加个参数 -r 即可强制删除

$ git rm -r --cached .idea

 

然后,执行git status会提示你已经删除.idea目录了,然后执行commit再push就可以了,

此时的.idea目录是没有被跟踪的,将.idea目录添加到 .gitignore 文件中就可以忽略了。

版本控制
说到版本控制,脑海里总会浮现大学毕业是写毕业论文的场景,你电脑上的毕业论文一定出现过这番景象! 1
2
3
4
5
6
7
8
9
10
11
毕业论文_初稿.doc
毕业论文_修改1.doc
毕业论文_修改2.doc
毕业论文_修改3.doc
毕业论文_完整版1.doc
毕业论文_完整版2.doc
毕业论文_完整版3.doc
毕业论文_最终版1.doc
毕业论文_最终版2.doc
毕业论文_死也不改版.doc
...
以上就是使用最原始的方式进行版本控制,但是这种方式有显著缺点: 多个文件,保留所有版本时,需要为每个版本保存一个文件...
协同操作,多人协同操作时,需要将文件打包发来发去...
容易丢失,被删除意味着永远失去...(可以选择网盘)
为了解决以上版本控制存在问题,应运而生了一批版本控制工具:VSS、CVS、SVN、Git等,其中Git属于绝对霸主地位。 注意:一般版本控制工具包含两部分 客户端(本地):本地编写内容以及版本记录
服务端(网盘):将内容和版本记录同时保存在远程(可有可无)
GIT介绍
Git 是一个开源的分布式版本控制软件,用以有效、高速的处理从很小到非常大的项目版本管理。 Git 最初是由Linus Torvalds设计开发的,用于管理Linux内核开发。Git 是根据GNU通用公共许可证版本2的条款分发的自由/免费软件,安装参见:http://git-scm.com/ GitHub是一个基于Git的远程文件托管平台(同GitCafe、BitBucket和GitLab等)。 Git本身完全可以做到版本控制,但其所有内容以及版本记录只能保存在本机,如果想要将文件内容以及版本记录同时保存在远程,则需要结合GitHub来使用。使用场景: 无GitHub:在本地 .git 文件夹内维护历时文件
有GitHub:在本地 .git 文件夹内维护历时文件,同时也将历时文件托管在远程仓库
其他: 集中式:远程服务器保存所有版本,用户客户端有某个版本
分布式:远程服务器保存所有版本,用户客户端有所有版本 Git使用之小P创业史:初创期
小P是一个年轻有为程序员,从小立志要干出一番大事,某个深夜小P在网上查找**老师主演的学习视频,花了1个小时才找到想要的资源,小P想到和自己一样的有为青年每天花费大量的时间寻找喜欢老师的作品,感觉自己干大事的机会来了,毅然决然选择创业,创建一个**平台,提供**老师的所有资源!!! 创业初期,小P独自封闭开发一个月,第一个版本终于上线: 回顾开发过程,其中辛酸只有小P自己知道。上线完成后的某一天,小P猛然看到自己开发目录,卧槽这拓麻也太乱了,加入那天程序出问题回滚到上个版本的时候,自己都找不到确定版本,并且我老子做的这个系统日后是要成千上万人来维护开发,这种通过原始文件来保存版本的形式简直Low到爆啊。 开始调研:小P发现了版本控制神奇Git,但是都是道听途说,到底牛逼成什么样子也不清楚,所以抱着试试看的态度,小P开始使用Git进行版本控制。 1
2
3
4
MacBook-Pro-4:pondo wupeiqi$ pwd # 进入程序目录
/Users/wupeiqi/PycharmProjects/pondo
MacBook-Pro-4:pondo wupeiqi$ git init # git初始化
Initialized empty Git repository in /Users/wupeiqi/PycharmProjects/pondo/.git/
初始化后,会在当前目录自动创建 .git 文件夹,该文件是Git中最重要的文件夹,因为Git相关文件以及版本都将保存在该文件夹中,有了它,妈妈再也不用担心我好多文件来记录版本了,通过Git命令可以将所有版本保存在 .git 文件中,两条命令创建一个版本: 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
MacBook-Pro-4:pondo wupeiqi$ git status # 查看当前git状态
On branch master Initial commit Untracked files:
(use "git add <file>..." to include in what will be committed) .idea/
app01/
db.sqlite3
manage.py
pondo/
readme
templates/ nothing added to commit but untracked files present (use "git add" to track)
MacBook-Pro-4:pondo wupeiqi$ git add . # 添加当前目录下所有文件到版本库
MacBook-Pro-4:pondo wupeiqi$ git commit -m '第一次提交' # 提交到版本库,并填写版本说明,以便以后回滚。
[master (root-commit) df47fe4] 第一次提交
33 files changed, 879 insertions(+)
create mode 100644 .idea/dictionaries/wupeiqi.xml
create mode 100644 .idea/encodings.xml
create mode 100644 .idea/inspectionProfiles/profiles_settings.xml
...
注意:执行git commit 命令时,可能会提示进行用户和邮箱的配置,该配置用于记录当前版本由那个用户提交 git config --local user.name '武沛齐'
git config --local user.email 'you@example.com'
Git把管理的文件分为了两个区域四个状态。 工作区:当前开发程序所在目录称为工作区,即:工作开发都是在该目录,该区域的文件会有状态的变化且状态由git自动检测,如果程序中文件做任何操作(增、删、改),文件状态均会被检测到,可以使用 【git status】命令查看。 复制代码
MacBook-Pro-4:pondo wupeiqi$ ls # 查看原程序目录
app01 db.sqlite3 manage.py pondo readme static templates
MacBook-Pro-4:pondo wupeiqi$ git status # 查看git当前状态
On branch master
nothing to commit, working tree clean
MacBook-Pro-4:pondo wupeiqi$ touch a.py # 创建新文件
MacBook-Pro-4:pondo wupeiqi$ ls
a.py app01 db.sqlite3 manage.py pondo readme static templates
MacBook-Pro-4:pondo wupeiqi$ git status # 查看git当前状态,检测到:工作区 a.py 发生变化
On branch master
Untracked files:
(use "git add <file>..." to include in what will be committed) a.py nothing added to commit but untracked files present (use "git add" to track)
复制代码
版本库:工作区检测到有文件发生变化,那么意味着较上一个版本之后对程序进行了修改,修改完成之后,可以当做下一版本进行提交,那么就是执行 【git add .】 将所有文件提交到暂存区,然后再执行【git commit -m '又一个版本'】提交到版本库的分支即可,之后可以使用【git log】命令查看版本记录。 复制代码
MacBook-Pro-4:pondo wupeiqi$ ls
a.py app01 db.sqlite3 manage.py pondo readme static templates MacBook-Pro-4:pondo wupeiqi$ git status # 文件颜色为红色,表示在工作区的被修改状态
On branch master
Untracked files:
(use "git add <file>..." to include in what will be committed) a.py
nothing added to commit but untracked files present (use "git add" to track) MacBook-Pro-4:pondo wupeiqi$ git add . # 将所有相较上一次版本之后所有的修改添加到暂存状态 MacBook-Pro-4:pondo wupeiqi$ git status # 文件颜色为绿色,表示在版本库的暂存状态
On branch master
Changes to be committed:
(use "git reset HEAD <file>..." to unstage) new file: a.py MacBook-Pro-4:pondo wupeiqi$ git commit -m '又一次提交' # 提交到版本库的分支
[master f139d5d] 又一次提交
1 file changed, 0 insertions(+), 0 deletions(-)
create mode 100644 a.py MacBook-Pro-4:pondo wupeiqi$ git log # 查看历史版本提交记录(根据版本commit值可以进行回滚)
commit f139d5d0a648af06d8a1ecadd90faf572afc388a
Author: 武沛齐 <you@example.com>
Date: Fri Aug 11 10:02:14 2017 +0800 又一次提交 commit df47fe49fc1f14d9cdd1534baa96f46ec71a9934
Author: 武沛齐 <you@example.com>
Date: Fri Aug 11 08:49:49 2017 +0800 第一次提交
复制代码
目前已使用Git的四个命令,这四个命令已经可以代替本地多个文件保存版本的方式: git init,初始化,表示即将对当前文件夹进行版本控制。
git status,查看Git当前状态,如:那些文件被修改过、那些文件还未提交到版本库等。
git add 文件名,将指定文件添加到版本库的暂存状态。
git commit -m '提交信息',将暂存区的文件提交到版本库的分支。
git log,查看提交记录,即:历史版本记录
调研完,小P好气自己哟,这么6的东西为什么没有早发现,从此小P的版本管理就告别繁杂的文件夹了,赶紧搞起来。 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
MacBook-Pro-4:pondo wupeiqi$ ls
app01 db.sqlite3 manage.py pondo static templates MacBook-Pro-4:pondo wupeiqi$ git init
Initialized empty Git repository in /Users/wupeiqi/PycharmProjects/pondo/.git/ MacBook-Pro-4:pondo wupeiqi$ git config --local user.name '武沛齐' MacBook-Pro-4:pondo wupeiqi$ git config --local user.email 'wupeiqi@live.com' MacBook-Pro-4:pondo wupeiqi$ git add . MacBook-Pro-4:pondo wupeiqi$ git commit -m '项目首次移植到Git控制版本' [master (root-commit) 6c439d2] 项目首次移植到Git控制版本
32 files changed, 870 insertions(+)
create mode 100644 .idea/dictionaries/wupeiqi.xml
create mode 100644 .idea/encodings.xml
...
恰好,此时需要开发一个非洲专区的功能,再也不用重新copy一遍文件了,在工作区直接开始搞起来,30分钟开发测试完成,又一个版本完成了咯!!! 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
MacBook-Pro-4:pondo wupeiqi$ git status # 非洲专区功能的开发,仅对app01/views.py进行了修改
On branch master
Changes not staged for commit:
(use "git add <file>..." to update what will be committed)
(use "git checkout -- <file>..." to discard changes in working directory) modified: app01/views.py no changes added to commit (use "git add" and/or "git commit -a") MacBook-Pro-4:pondo wupeiqi$ git add . MacBook-Pro-4:pondo wupeiqi$ git commit -m '非洲专区上线'
[master 0972f4b] 非洲专区上线
1 file changed, 3 insertions(+), 1 deletion(-)
MacBook-Pro-4:pondo wupeiqi$
非洲专区上线一个月后,接连收到用户投诉,原来清新脱俗的小P那里去了?怎么变得如此重口味?想回到过去.... 小P向来秉承为人民服务的原则,人民不想看那一定要修改。决定:回滚,回到上一个版本。 那么问题来了? 一个月过去了,代码修改的位置早就忘记了,怎么修改,总不能再开发一遍吧。机智的小P猜想Git既然这么牛逼,应该会提供这样的功能,经过一番查找,果不其然Git提供了这个回滚的功能。 回滚到指定版本: 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
MacBook-Pro-4:pondo wupeiqi$ git log
commit 0972f4bb43104baee15aeec2dd62bd0a307ec837
Author: 武沛齐 <wupeiqi@live.com>
Date: Fri Aug 11 10:54:42 2017 +0800 非洲专区上线 commit 6c439d2fd0d943f36f3ee84e158ff86b052961d2
Author: 武沛齐 <wupeiqi@live.com>
Date: Fri Aug 11 10:42:09 2017 +0800 项目首次移植到Git控制版本 MacBook-Pro-4:pondo wupeiqi$ git reset --hard 6c439d2fd0d943f36f3ee84e158ff86b052961d2
HEAD is now at 6c439d2 项目首次移植到Git控制版本 # 命令执行完,工作区的所有文件就变成未开发非洲专区功能之前了,太爽了有么有....
回滚倒是完成了,小P在想如果某一天想要在回有非洲专区功能的版本怎么办呢?来来来,不能像以往通过【git log】来查看记录再回滚了,再回去需要这么搞: 1
2
3
4
5
6
7
MacBook-Pro-4:pondo wupeiqi$ git reflog
6c439d2 HEAD@{2}: reset: moving to 6c439d2fd0d943f36f3ee84e158ff86b052961d2
0972f4b HEAD@{3}: commit: 非洲专区上线
6c439d2 HEAD@{4}: commit (initial): 项目首次移植到Git控制版本 MacBook-Pro-4:pondo wupeiqi$ git reset --hard 0972f4b
HEAD is now at 0972f4b 非洲专区上线
Git使用之小P创业史:成长期
企业想要不被淘汰,就要跟紧时代步伐,近日直播行业日趋火热,小P的也希望自己的平台加入直播功能,已经评估预计2个月开发完成,小P开始没日没夜的干了起来... 一个月过去了,开发任务和按照预期有条不紊的进行着,直播功能也已完成一半,就是在此时线上运行平台出现Bug需要紧急修复,怎么办?怎么办??怎么办??? 小P出了几个解决方案: 正在开发代码不动,拷贝一份线上运行的代码进行修改 ------> 不行,又踏马回去拷贝去了。
把开发了一个月的代码删掉,修改Bug,然后再重头开始 ------> 不行,一定是傻逼才这么干,我不是傻逼。
听说git的stash可以 ------> 听说过,没见过
听说git的branch可以 ------> 听说过,没见过
方案一:stash stash用于将工作区发生变化的所有文件获取临时存储在“某个地方”,将工作区还原当前版本未操作前的状态;stash还可以将临时存储在“某个地方”的文件再次拿回到工作区。 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
acBook-Pro-4:pondo wupeiqi$ vim app01/views.py # 开发直播功能,刚开发到一半 MacBook-Pro-4:pondo wupeiqi$ git status
On branch master
Changes not staged for commit:
(use "git add <file>..." to update what will be committed)
(use "git checkout -- <file>..." to discard changes in working directory) modified: app01/views.py no changes added to commit (use "git add" and/or "git commit -a") MacBook-Pro-4:pondo wupeiqi$ git stash # 将开发到一半的直播功能,临时存储到“某个地方”
Saved working directory and index state WIP on master: 0972f4b 非洲专区上线
HEAD is now at 0972f4b 非洲专区上线 MacBook-Pro-4:pondo wupeiqi$ git status # 工作区回到当前版本未做任何操作前
On branch master
nothing to commit, working tree clean MacBook-Pro-4:pondo wupeiqi$ vim pondo/settings.py # 紧急修复bug
MacBook-Pro-4:pondo wupeiqi$ git status
On branch master
Changes not staged for commit:
(use "git add <file>..." to update what will be committed)
(use "git checkout -- <file>..." to discard changes in working directory) modified: pondo/settings.py
no changes added to commit (use "git add" and/or "git commit -a") MacBook-Pro-4:pondo wupeiqi$ git add . # 添加到修改bug的代码到暂存状态
MacBook-Pro-4:pondo wupeiqi$ git commit -m '紧急修复bug' # 提交修复Bug的代码到分支
[master 1300d33] 紧急修复bug
1 file changed, 1 insertion(+) MacBook-Pro-4:pondo wupeiqi$ git stash pop # 将开发到一半的直播功能从“某个地方”再次拿会工作区继续开发
On branch master
Changes not staged for commit:
(use "git add <file>..." to update what will be committed)
(use "git checkout -- <file>..." to discard changes in working directory) modified: app01/views.py no changes added to commit (use "git add" and/or "git commit -a")
Dropped refs/stash@{0} (059d78ca8fa204f9559bd3ce0ae76235969b4301)
特别的:执行 git stash pop 命令时,可能会遇到冲突,因为在紧急修复bug的代码和通过stash存储在“某个地方”的代码会有重合部分,所以执行 git stash pop 时候就会出现冲突,有冲突解决冲突即可。 复制代码
a. 原来内容:
from django.shortcuts import render,HttpResponse def index(request):
return render(request,'index.html') def africa(request):
return HttpResponse('非洲专区') b. 开发到一半直播功能:
from django.shortcuts import render,HttpResponse def index(request):
return render(request,'index.html') def africa(request):
return HttpResponse('非洲专区') def live(request):
print('开发到一半')
return HttpResponse('....') c. 执行git stash,回到当前版本未修改状态:
from django.shortcuts import render,HttpResponse def index(request):
return render(request,'index.html') def africa(request):
return HttpResponse('非洲专区') d. 修复Bug并提交:
from django.shortcuts import render,HttpResponse def index(request):
return render(request,'index.html') def africa(request):
return HttpResponse('非洲xxxxx专区') e. 继续开发直播功能 git stash pop,此时会出现冲突:
MacBook-Pro-4:pondo wupeiqi$ git stash pop
Auto-merging app01/views.py
CONFLICT (content): Merge conflict in app01/views.py 表示app01/views.py存在冲突需要解决,此时文件内容为: from django.shortcuts import render,HttpResponse def index(request):
return render(request,'index.html') def africa(request):
<<<<<<< Updated upstream: # 修复Bug时更改的内容
return HttpResponse('非洲xxxx区')
======= # 修复Bug前正在开发新功能时的内容
return HttpResponse('非洲专区') def live(request):
print('刚开发到一半')
return HttpResponse('直播功能')
>>>>>>> Stashed changes 需要自行解决冲突,然后继续开发,如: from django.shortcuts import render,HttpResponse def index(request):
return render(request,'index.html') def africa(request): return HttpResponse('非洲xxxx区') def live(request):
print('刚开发到一半')
return HttpResponse('直播功能') 复制代码
stash相关常用命令: git stash 将当前工作区所有修改过的内容存储到“某个地方”,将工作区还原到当前版本未修改过的状态
git stash list 查看“某个地方”存储的所有记录
git stash clear 清空“某个地方”
git stash pop 将第一个记录从“某个地方”重新拿到工作区(可能有冲突)
git stash apply 编号, 将指定编号记录从“某个地方”重新拿到工作区(可能有冲突)
git stash drop 编号,删除指定编号的记录
方案二:branch 分支学习:branch称为分支,默认仅有一个名为master的分支。一般开发新功能流程为:开发新功能时会在分支dev上进行,开发完毕后再合并到master分支。 复制代码
MacBook-Pro-4:pondo wupeiqi$ git branch dev # 创建新分支,即:拷贝一份当前所在分支代码到新分支
MacBook-Pro-4:pondo wupeiqi$ git checkout dev # 切换到dev分支
MacBook-Pro-4:pondo wupeiqi$ vim app01/views.py # 开发功能
MacBook-Pro-4:pondo wupeiqi$ git status # 查看状态,即:在dev分支修改了app01/views.py文件
On branch dev
Changes not staged for commit:
(use "git add <file>..." to update what will be committed)
(use "git checkout -- <file>..." to discard changes in working directory) modified: app01/views.py no changes added to commit (use "git add" and/or "git commit -a")
MacBook-Pro-4:pondo wupeiqi$ git add . # 将修改文件添加到版本库的暂存区
MacBook-Pro-4:pondo wupeiqi$ git commit -m '新功能开发完毕' # 将暂存区的内容提交到当前所在分支,即:dev分支
[dev 32b40cd] 新功能开发完毕
1 file changed, 2 insertions(+)
MacBook-Pro-4:pondo wupeiqi$ git checkout master # 切换回master分支
Switched to branch 'master'
MacBook-Pro-4:pondo wupeiqi$ git merge dev # 将dev分支内容合并到master分支
Updating 0972f4b..32b40cd
Fast-forward
app01/views.py | 2 ++
1 file changed, 2 insertions(+)
复制代码
学习参考上图,小P也可以按照着这样的流程进行开发,如果遇到上文开发到一般需要临时修复Bug的情况,可以按照下图的流程进行: 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
MacBook-Pro-4:pondo wupeiqi$ git branch # 当前在master分支
* master MacBook-Pro-4:pondo wupeiqi$ git branch dev # 创建dev分支用于开发新功能 MacBook-Pro-4:pondo wupeiqi$ git checkout dev # 切换到dev分支
Switched to branch 'dev' MacBook-Pro-4:pondo wupeiqi$ vim app01/views.py # 开发新功能到一半,需要紧急修复Bug MacBook-Pro-4:pondo wupeiqi$ git add . MacBook-Pro-4:pondo wupeiqi$ git commit -m '新功能开发一半'
[dev b3ac2cb] 新功能开发一半
1 file changed, 2 insertions(+) MacBook-Pro-4:pondo wupeiqi$ git checkout master # 切换回master分支
Switched to branch 'master' MacBook-Pro-4:pondo wupeiqi$ git branch bug # 创建bug分支 MacBook-Pro-4:pondo wupeiqi$ git checkout bug # 切换到bug分支
Switched to branch 'bug' MacBook-Pro-4:pondo wupeiqi$ vim pondo/settings.py # 修改bug MacBook-Pro-4:pondo wupeiqi$ git add . # 提交bug MacBook-Pro-4:pondo wupeiqi$ git commit -m '紧急修复bug' # 提交bug
[bug f42f386] 紧急修复bug
1 file changed, 1 insertion(+), 1 deletion(-) MacBook-Pro-4:pondo wupeiqi$ git checkout master # 切换会master
Switched to branch 'master' MacBook-Pro-4:pondo wupeiqi$ git merge bug # 将bug分支内容合并到master分支,表示bug修复完毕,可以上线
Updating 0972f4b..f42f386
Fast-forward
pondo/settings.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-) MacBook-Pro-4:pondo wupeiqi$ git checkout dev # 切换到dev分支,继续开发新功能
Switched to branch 'dev' MacBook-Pro-4:pondo wupeiqi$ vim app01/views.py # 继续开发其他一半功能 MacBook-Pro-4:pondo wupeiqi$ git add . # 提交新功能 MacBook-Pro-4:pondo wupeiqi$ git commit -m '继续开发完成' # 提交功能
[dev c0bfb27] 继续开发完成
1 file changed, 1 insertion(+) MacBook-Pro-4:pondo wupeiqi$ git checkout master # 切换回master分支
Switched to branch 'master' MacBook-Pro-4:pondo wupeiqi$ git merge dev # 将dev分支合并到master分支
Merge made by the 'recursive' strategy.
app01/views.py | 3 +++
1 file changed, 3 insertions(+)
注意:git merge 时也可能会出现冲突,解决冲突的方式上述stash相同,即:找到冲突文件,手动修改冲突并提交,此处不再敖述。 branch相关常用命令: git branch 分支名称 创建分支
git checkout 分支名称 切换分支
git branch -m 分支名称 创建并切换到指定分支
git branch 查看所有分支
git branch -d 分支名称 删除分支
git merge 分支名称 将指定分支合并到当前分支 Git使用之小P创业快速发展期
小P不忘初心始终如一的为广大有为青年提供资源,使得网站的访问量不断攀升,已经出具规模并赚了一些钱,有钱就要造么,索性国贸租了一间写字楼用于办公,并且也完善运营市场团队。。屌丝终归是屌丝,小P还是离不开写代码的习惯,所以开发的任务还是由自己一人承担,小P从此开始了白天在国贸写代码,晚上回天通苑写代码。PS:有钱,公司一台新电脑,家里一台原来老电脑。。。。。 妈的,故事怎么才能变得有趣呢?太拓麻难了。 小P心里开始寻思,我爱写代码,公司写,家里写,如果每天来回带一个U盘拷贝着实麻烦,Git有没有类似于云盘似得东西可以进行数据同步呢?答案肯定是有。 必须有,不然老子真的就编不下去了。 GitHub,一个基于Git实现的代码托管的平台,可以将内容以及版本记录在远程也保存一份,这样就不用U盘咯(类似于云盘)。PS: 类似GitHub的产品还有许多,如:GitLab、Bitbucket、码云等。 基于GitHub实现代码托管,需要一下步骤: 注册GitHub
创建仓库,创建完仓库后会有一个URL代指该仓库,如: git可以是用该URL进行向远程推送版本信息或获取版本信息 小P学会使用Git和GitHub之后,就可以基于GitHub进行代码远程托管。 在家里,小P开发完毕部分功能将代码推送到GitHub。 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
MacBook-Pro-4:pondo wupeiqi$ git remote add origin https://github.com/WuPeiqi/pondo.git # 为地址起一个别名origin
MacBook-Pro-4:pondo wupeiqi$ git push origin master # 将本地master分支内容以及版本信息推送到GitHub
Username for 'https://github.com': # 输入GitHub用户名
Password for 'https://wupeiqi@github.com': # 输入GitHub密码
Counting objects: 2, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (2/2), done.
Writing objects: 100% (2/2), 270 bytes | 0 bytes/s, done.
Total 2 (delta 1), reused 0 (delta 0)
remote: Resolving deltas: 100% (1/1), completed with 1 local object.
To https://github.com/WuPeiqi/pondo.git
634aac4..274f1e4 master -> master
MacBook-Pro-4:pondo wupeiqi$ git push origin dev # 将本地dev分支内容以及版本信息推送到GitHub
Counting objects: 3, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (2/2), done.
Writing objects: 100% (3/3), 261 bytes | 0 bytes/s, done.
Total 3 (delta 1), reused 0 (delta 0)
remote: Resolving deltas: 100% (1/1), completed with 1 local object.
To https://github.com/WuPeiqi/pondo.git
274f1e4..50e2169 dev -> dev
在公司,新电脑第一次使用,需要将代码从GitHub中获取并继续开发,开发完事下班就下班回家。 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
MacBook-Pro-4:github wupeiqi$ git clone https://github.com/WuPeiqi/pondo.git # 将项目从GitHub中获取
Cloning into 'pondo'...
remote: Counting objects: 31, done.
remote: Compressing objects: 100% (26/26), done.
remote: Total 31 (delta 2), reused 30 (delta 1), pack-reused 0
Unpacking objects: 100% (31/31), done.
MacBook-Pro-4:github wupeiqi$ cd pondo/
MacBook-Pro-4:pondo wupeiqi$ git Branch # 默认获取到得只有master分支
* master
MacBook-Pro-4:pondo wupeiqi$ git branch dev origin/dev # 创建dev分支且和远程dev分支同步
Branch dev set up to track remote branch dev from origin.
MacBook-Pro-4:pondo wupeiqi$ git checkout dev # 切换到dev分支
Switched to branch 'dev' MacBook-Pro-4:pondo wupeiqi$ vim app01/views.py # 继续开发新功能 MacBook-Pro-4:pondo wupeiqi$ git add . # 添加文件到版本库的暂存状态
MacBook-Pro-4:pondo wupeiqi$ git commit -m '公司开发功能1' # 提交新功能到版本库的分支
[dev 9281447] 公司开发功能1
1 file changed, 1 insertion(+), 1 deletion(-)
MacBook-Pro-4:pondo wupeiqi$ git push origin dev # 提交dev分支内容到远程GitHub托管仓库的dev分支
Username for 'https://github.com': wupeiqi
Password for 'https://wupeiqi@github.com':
Counting objects: 4, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (4/4), done.
Writing objects: 100% (4/4), 427 bytes | 0 bytes/s, done.
Total 4 (delta 2), reused 0 (delta 0)
remote: Resolving deltas: 100% (2/2), completed with 2 local objects.
To https://github.com/WuPeiqi/pondo.git
50e2169..9281447 dev -> dev
在家里,由于白天在公司已经开发一部分功能并提交到GitHub,家里电脑的代码还是昨晚的版本,所以需要从GitHub拉去最新代码,然后继续开发。 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
MacBook-Pro-4:pondo wupeiqi$ git checkout dev # 切换到dev分支
Already on 'dev'
MacBook-Pro-4:pondo wupeiqi$ git pull origin dev # 从远程GitHub仓库获取dev分支最新内容,并合并到本地
remote: Counting objects: 4, done.
remote: Compressing objects: 100% (2/2), done.
remote: Total 4 (delta 2), reused 4 (delta 2), pack-reused 0
Unpacking objects: 100% (4/4), done.
From https://github.com/WuPeiqi/pondo
* branch dev -> FETCH_HEAD
50e2169..9281447 dev -> origin/dev
Updating 50e2169..9281447
Fast-forward
app01/views.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
MacBook-Pro-4:pondo wupeiqi$ vim app01/views.py # 继续开发新功能
MacBook-Pro-4:pondo wupeiqi$ git add . # 添加文件到版本库的暂存状态
MacBook-Pro-4:pondo wupeiqi$ git commit -m '家里开发功能1' # 提交新功能到版本库的分支
在公司,由于昨天晚上在家已经开发了一部分功能,在公司需要先把昨晚开发的功能从GitHub中拉取,并继续开发。 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
MacBook-Pro-4:pondo wupeiqi$ git checkout dev # 切换到dev分支
MacBook-Pro-4:pondo wupeiqi$ git fetch origin dev # 从GitHub仓库获取dev分支最新内容到版本库的分支
remote: Counting objects: 3, done.
remote: Compressing objects: 100% (1/1), done.
remote: Total 3 (delta 1), reused 3 (delta 1), pack-reused 0
Unpacking objects: 100% (3/3), done.
From https://github.com/WuPeiqi/pondo
* branch dev -> FETCH_HEAD
150d891..65b6604 dev -> origin/dev
MacBook-Pro-4:pondo wupeiqi$ git merge origin/dev # 将版本库的分支内容合并到工作区
Updating 150d891..65b6604
Fast-forward
readme | 5 ++++-
1 file changed, 4 insertions(+), 1 deletion(-)
MacBook-Pro-4:pondo wupeiqi$ vim app01/views.py # 继续开发新功能
MacBook-Pro-4:pondo wupeiqi$ git add . # 添加文件到版本库的暂存状态
MacBook-Pro-4:pondo wupeiqi$ git commit -m 'xxxxxxxxxxx' # 提交新功能到版本库的分支
长此以往,将Git和GitHub结合使用做到避免电脑损坏造成数据丢失以及多地开发的问题,上文执行过程中执行 【git pull origin 分支】命令等同于【git fetch origin 分支】+ 【git merge origin/分支】,并且在执行过程中可能会出现冲突,原因是由于本地代码和获取的最新代码有重合部分,那么就需要自己手动解决冲突然后再继续开发。 Git使用之小P创业成熟期
小P的公司发展越来越好,但是公司产品单一是严重缺点,经过学习考察小P决定再招聘3个Python程序开发另外一个产品“约P”平台来丰富公司业务线,为用户提供一整套服务。 小P的Slogan:看了想要,想要就约。 不要问我怎么想要的,我自己也不知道 哈哈哈哈哈哈哈哈 “约P”平台需要三人协同开发,GitHub中多人协同开发和单人开发还是有点差别,协同开发一般有两种方式: 合作者,将其他用户添加到仓库合作者中之后,该用户就具有向当前仓库提交代码。 组织,创建一个组织,然后再该组织下可以创建多个项目,组内成员可以向组内所有项目提交代码。PS:也可以对某个项目指定合作者 协同开发命令和以上步骤类似,此处就不再重新写代码,而是使用文件描述三人协同开发整个过程。 创建程序
用户A创建程序,提交到GitHub
用户B克隆项目
用户C克隆项目
开发功能
用户A开发功能1
用户B开发功能2
用户C开发功能3
提交
用户A提交功能1,并push(A用户手速快,先提交。)
用户B提交功能2,无法push,因为GitHub上已经有其他人提交的新代码。
解决方法:从GitHub上获取最新代码并合并到本地,提交自己开发的功能2。
用户C提交功能3,无法push,无法提交,因为GitHub上已经有其他人提交的新代码。
解决方法:从GitHub上获取最新代码并合并到本地,提交自己开发的功能3。
获取最新代码
用户A获取最新代码
用户B获取最新代码
用户C获取最新代码
在上面红色标注的解决方法位置可以有三种方式操作,三者都可以完成合并并提交新功能,但是日志记录会有差异,如:前两者版本记录中会出现合并,而第三种可以保证版本记录干净整洁。 先 git pull origin master 然后 git push origin master
先 git fetch origin master 然后 git merge origin/master 再 git push origin master
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
用户A:
touch 4.py
git add .
git commit -m '功能4'
git push origin master 用户B:
touch 5.py
git add .
git commit -m '功能5' git push origin master # 报错,因为GitHub中已经有人提交新代码 git pull origin master git push origin master 先 git fetch origin master 然后 git rebase origin/master 再 git push origin master
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
用户A:
touch 4.py
git add .
git commit -m '功能4'
git push origin master 用户B:
touch 5.py
git add .
git commit -m '功能5' git push origin master # 报错,因为GitHub中已经有人提交新代码 git fetch origin master git rebase origin/master git push origin master 使用Git之小P创业上市期
终于终于小P等到了公司上市实现财务自由,但作为一个技术屌还是脱离不了屌丝的本质,所以每天都是逛逛github,看看别人有什么好的项目,自己可以给他挑挑bug装装逼,但是别人不可能给小P搞成合作者什么的,那怎么才能给别人贡献代码呢?那就是fork了。。。。 找到想搞的项目,fork一下,然后这个项目就在自己仓库出现了 从自己仓库获取代码并进行编辑提交
创建并提交一个pull request,然后等待原作者是否同意这个pull request,如果同意那么在作者的源代码中就推出现小P提交的功能 其他补充
1. 配置文件 Git的配置文件有三个: 系统配置: /private/etc/gitconfig
用户配置: ~/.gitconfig
项目配置:.git/config
2. 用户凭证 由于Git和Github交互操作可能会很频繁,那么一定少了用户授权的操作,为了防止每次操作重复输入用户名和密码,Git提供了两种解决方法: 秘钥
首先创建一对秘钥 ssh-keygen -t rsa,然后将 id_rsa.pub (公钥)内容拷贝到github中,日后操作无需再输入用户名和密码。
注意:这种方式需要使用GIt中 git@github.com:WuPeiqi/xxxxx.git 格式地址。
密码
Https访问git时,避免每次操作需要输入用户名和密码,可以在配置文件中添加如下配置项:
[credential]
helper = store/cache/第三方
store:
表示将用户名和密码保存在硬盘上
第一次输入过用户名和密码之后,用户名和密码就会保存在当前用户根目录的 .git-credentials 文件中,内容格式为:https://用户名:密码@github.com 自动添加配置命令:git config credential.helper store
cache:
表示将用户名和密码保存在缓存中
第一次输入过用户名和密码之后,用户名和密码就会保存在缓存中,默认超时时间是 900 秒,缓存相关文件保存在当前用户根目录的 git-credential-cache 中
自动添加配置命令:
git config credential.helper cache
git config credential.helper 'cache --timeout=300' 相关操作:
清除缓存:git credential-cache exit
指定超时:
[credential]
helper = cache --timeout=300
注意:
这种方式需要使用GIt中 https://github.com/WuPeiqi/xxxx.git 格式地址。
指定用户名和密码: https://用户名:密码@github.com/wupeiqi/xxx.git 就酱紫,以后想到再加吧... 复制代码
  以斜杠“/”开头表示目录;   以星号“*”通配多个字符;   以问号“?”通配单个字符   以方括号“[]”包含单个字符的匹配列表;   以叹号“!”表示不忽略(跟踪)匹配到的文件或目录;
复制代码 复制代码
git tag -a v1.0 -m '版本介绍' 本地创建Tag
git show v1.0 查看
git tags -n 查看本地Tag
git tag -l 'v1.4.2.*' 查看本地Tag,模糊匹配
git tag -d v1.0 删除Tag
git push origin :refs/tags/v0.2 更新远程tag
git checkout v.10 切换tag
git fetch origin tag V1.2 git push origin --tags
git pull origin --tags git clone -b v0.1
复制代码
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
# Byte-compiled / optimized / DLL files # pycharm
.idea/
.DS_Store
offline-script/
media/ # database migrations
*/migrations/*.py
!*/migrations/__init__.py __pycache__/
*.py[cod]
*$py.class # Django stuff:
*.log
local_settings.py
*.sqlite3 # C extensions
*.so # Distribution / packaging
.Python
build/
develop-eggs/
dist/
downloads/
eggs/
.eggs/
lib/
lib64/
parts/
sdist/
var/
wheels/
*.egg-info/
.installed.cfg
*.egg
MANIFEST # PyInstaller
# Usually these files are written by a python script from a template
# before PyInstaller builds the exe, so as to inject date/other infos into it.
*.manifest
*.spec # Installer logs
pip-log.txt
pip-delete-this-directory.txt # Unit test / coverage reports
htmlcov/
.tox/
.coverage
.coverage.*
.cache
nosetests.xml
coverage.xml
*.cover
.hypothesis/
.pytest_cache/ # Translations
*.mo
*.pot # Flask stuff:
instance/
.webassets-cache # Scrapy stuff:
.scrapy # Sphinx documentation
docs/_build/ # PyBuilder
target/ # Jupyter Notebook
.ipynb_checkpoints # IPython
profile_default/
ipython_config.py # pyenv
.python-version # celery beat schedule file
celerybeat-schedule # SageMath parsed files
*.sage.py # Environments
.env
.venv
env/
venv/
ENV/
env.bak/
venv.bak/ # Spyder project settings
.spyderproject
.spyproject # Rope project settings
.ropeproject # mkdocs documentation
/site # mypy
.mypy_cache/
.dmypy.json
dmypy.json

GIT的创建和使用的更多相关文章

  1. git怎么创建本地版本仓库

    git怎么创建本地版本仓库 安装git我就不用说了吧!下载地址:https://github.com/msysgit/msysgit/releases/download/Git-1.9.4-previ ...

  2. Git学习之路(2)-安装GIt和创建版本库

    ▓▓▓▓▓▓ 大致介绍 前面一片博客介绍了Git到底是什么东西,如果有不明白的可以移步 Git学习之路(1)-Git简介 ,这篇博客主要讲解在Windows上安装Git和创建一个版本库 ▓▓▓▓▓▓ ...

  3. 菜鸟级Git GitHub创建仓库

    菜鸟标准:知道pwd ,rm 命令是什么. 一.Git 是什么. git 是目前世界上最先进的分布式版本控制系统 二.SVN与Git 1.版本控制系统 SVN 是集中式版本控制系统,版本库是集中放在中 ...

  4. Git入门—创建项目

    Git入门—创建项目 注:win10系统下 打开Git Bash,进入存放仓库的目录 创建 初始化git init,该命令执行完后会在当前目录生成一个 .git 目录. 所有 Git 需要的数据和资源 ...

  5. git入门 创建版本库, 版本管理 分支 标签

    参考: https://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000 GIT最流行的分布式版本 ...

  6. git 不能创建分支

    git 不能创建分支,如下 fatal: cannot lock ref 'refs/heads/hotfix/aa': 'refs/heads/hotfix' exists; cannot crea ...

  7. Ubuntu上安装git和创建工作区和提交文件!!!

    1.安装git: sudo apt-get install git 2.创建工作区: 创建一个文件夹,sudo mkdir 文件文件夹.告诉git这是个工作区文件夹,sudo git init 文件夹 ...

  8. 如何将git本地创建的项目推送到github仓库

    除了集中式的版本控制系统CVS和SVN外,还有目前世界上最先进的分布式版本控制系统Git,它的创始人是创建了linux的大神 - linus.GitHub网站与2008年开始服役,为开源项目免费提供G ...

  9. 【Git】创建一个空分支

    1 创建一个分支 使用参数 --orphan,这个参数的主要作用有两个,一个是拷贝当前所在分支的所有文件,另一个是没有父结点,可以理解为没有历史记录,是一个完全独立背景干净的分支. 参考git的帮助文 ...

  10. git+sourcetree创建仓库

    1.git上创建版本库 2.安装sourcetree 3.创建空目录 我本地空目录为D:/shenghuojia 4.打开sourcetree,点击clone/new ,选择clone reposit ...

随机推荐

  1. 01 web概念概述

    1.JavaWeb: 使用Java语言开发基于互联网的项目 2.软件架构:(1) C/S: Client/Server 客户端/服务器端在用户本地有一个客户端程序,在远程有一个服务器端程序如:QQ,迅 ...

  2. Quartz.Net—TriggerBuilder

    TriggerBuilder TriggerBuilder是一个建造者模式,链式建造.通过静态方法构建一个TriggerBuilder实例,然后再调用类方法Build()创建一个ITrigger的实现 ...

  3. Zuul【限流】

    在项目中,大部分都会使用到hyrtrix做熔断机制,通过某个预定的阈值来对异常流量进行降级处理,除了做服务降级以外,还可以对服务进行限流,分流,排队等. 当然,zuul也能做到限流策略,最简单的方式就 ...

  4. Python27之集合

    集合说:“在我的世界里,你就是唯一” 一.集合的概念和使用 集合的概念和数学里数学里集合的概念是一致的,都是一组元素的集,且元素之间不能重复.元素必须是不可变的数据类型,例如元组也可以作为其中的一个元 ...

  5. Kubernetes 常见错误

    OOMKilled: Pod 的内存使用超出了 resources.limits 中的限制,被强制杀死. CrashLoopBackoff: Pod 进入 崩溃-重启循环,重启间隔时间从 10 20 ...

  6. ORACLE锁表查询及解锁方法

    --查看锁表情况 select distinct a.sid, to_char(a.logon_time, 'YYYY-MM-DD HH24:mi:ss') loginTime, a.serial#, ...

  7. 在论坛中出现的比较难的sql问题:40(子查询 销售和历史库存)

    原文:在论坛中出现的比较难的sql问题:40(子查询 销售和历史库存) 最近,在论坛中,遇到了不少比较难的sql问题,虽然自己都能解决,但发现过几天后,就记不起来了,也忘记解决的方法了. 所以,觉得有 ...

  8. 转 C# GDI+ 实现橡皮筋技术

    http://www.cnblogs.com/arxive/p/6080085.html 应该有很多人都在寻找这方面的资料,看看下面我做的,或许对你会有所帮助,但愿如此. 为了实现橡皮筋技术,我用了两 ...

  9. sublime text3上设置 python 环境

    1. 打开Sublime text 3 安装package control 2. 安装 SublimeREPL Preferences -> package control 或者Ctrl+shi ...

  10. 什么是HTTPS协议

    一 HTTPS协议一直是web开发,无论前后端都不可或缺的重要知识点,然而由于历史原因,这个协议和知识点枯燥而繁多,如果看书和文字十分难懂苦涩.但又不得不掌握,怎么办呢? 正好,从朋友小灰那里得到一片 ...