도로의 파이썬 전체 스택 --- 스페셜 에디션 (자식 사용)

버전 제어

버전을 말하기, 당신은 확실히 이상한 생각하지 않습니다, 우리는 종종 전화 APP 업그레이드 팁이 가능한 소프트웨어의 또 다른 새로운 버전을 참조하십시오. 이제 친숙한 예를 들어 나 보자. 우리는 논문 고문 일 졸업 때 기억 나? 교사는 항상 당신이 실수로 새를 찾을 수 있도록 할 수, 수정을 유지, 버전이 유지, 그래서 다음과 같은 시나리오가이 장면을 거기 될 것입니다 각 수정 :

예비 논문 _ .DOC의 
논문 _ 수정 1.doc와의 
논문 _ 2.doc 수정 
논문 _ 3.doc의 수정 
논문 _ 풀 버전 1.doc를의 
논문 _ 풀 버전 2.doc의 
논문 _ 풀 버전 3. 문서의 
논문 _ 최종 버전 1.doc를의 
논문 _의 2.doc 최종 버전 
논문 _ 죽은도 개정 덕 
...

우리가 사용뿐만 아니라, 이전에 수정 된 파일의 손실을 방지하기 위해, 그래서 단지 또 다른 후 파일을 저장하기 전에이 버전 제어 방법이다. 이 방법은 가능하지만, 많은 단점이 있지만 :

각 버전은 모든 버전을 유지하기위한 1, 파일의 큰 숫자, 당신은 대체에 파일을 저장해야

이러한 작업에 협력의 필요성이, 도움이되지만 복사에 대해 이야기 할 수없는 경우 (2)는,이 파일의 사본을 이동 포장 후

놓친 경우 3, 분실하기 쉬운, 삭제 후 복구 할 수 없습니다

절대적으로 지배적 인 위치에있는 등 VSS, CVS, SVN, 힘내,이 하나 망할 놈의 : 그래서 위의 버전 관리를 해결하기 위해, 버전 관리 도구의 숫자가 등장했다.

참고 : 버전 관리 도구를 두 부분으로 구성

• 클라이언트 (로컬) : 로컬 컨텐츠의 작성 및 기록을 해제
• 서버 (네트워크 드라이브) : 내용과 리모컨의 녹화를 동시에 개최 된 버전 (옵션)

힘내 소개

힘내  매우 큰 매우 작은 프로젝트 버전 관리에서 효율적인 고속 처리를위한 오픈 소스 분산 버전 관리 소프트웨어입니다. 힘내는 원래 개발 한 리누스 토발즈 (Linus Torvalds) 설계 및 리눅스 커널 개발을 관리하기 위해 개발했다. 힘내는 GNU 일반 공중 사용 허가서 버전 2의 규정에 따라 배포 자유 / 자유 소프트웨어입니다.

힘내을 사용하기 전에 우리는 망할 놈을 설치해야합니다. 망할 놈의 지원은 현재 리눅스 / 유닉스, 솔라리스, Mac과 Windows 플랫폼에서 실행됩니다.

각 플랫폼 설치 패키지를 다운로드 주소입니다 힘내 : http://git-scm.com/downloads

다음에 설치를 완료하기 위해 다음 모든 방법을 바보 클릭

설치 후에는 자식 명령 줄 도구 (이미 ssh 클라이언트와 함께 제공), 그리고 힘내 프로젝트 관리 도구뿐만 아니라 그래픽 인터페이스를 사용할 수 있습니다.

시작 메뉴에서 "힘내"를 찾기 -> "힘내 배쉬는"망할 놈의 명령 창이 나타납니다, 당신은 망할 놈의 윈도우에서 작동 할 수 있습니다.

GitHub를이 기반 (GitCafe, 및의 Bitbucket GitLab 등)와 호스트 힘내 원격 파일 플랫폼이다.

당신이 파일을 녹음하는 동안 원격에 저장되어있는 버전의 내용을 원하는 경우 힘내 버전 자체가 할 수있는 제어하지만, 그 내용과 인쇄물의 모든 만,이 컴퓨터에 저장할 수 있습니다, 당신은 GitHub의와 함께 사용해야합니다. 사용 시나리오 :

• 어떤 GitHub의는 : 로컬 파일 내의 폴더에 마지막으로 파일을 관리하지 .git
• GitHub의이 : 폴더 지역 .git 파일의 마지막 파일을 유지뿐만 아니라 원격 저장소에서 호스트 파일 동안 지속됩니다

기타 :

    중앙 : 원격 서버에서 모든 버전을 저장, 사용자는 클라이언트의 버전이
    분산을 : 원격 서버에서 모든 버전을 저장, 사용자가 모든 클라이언트 버전이

시작 기간 : 망할 놈의 역사를 탐험 닝 바오를 사용

 이해함으로써, 닝 바오는 태도를 유지하려고, 힘내 버전 제어 도구를 알고, 그는 버전 제어에 대한 힘내을 사용하기 시작했다.

 필요가 실제로 미치는 영향을 이해하기 위해, 우리는 간단한 장고 프로젝트의 효과를 관찰하기 :

 자식의 경우이 성공적으로 설치 한에서, 디렉토리가 좋은 프로젝트에서 생성 된 입력, 마우스 오른쪽 힘내 배쉬는 여기에 당신이 선택을 볼 수 있습니다, 아래 그림 참조하기 입력합니다 :

 

이 시점에서 우리는 몇 가지 간단한 명령을 시도 :

PWD ------->보기 프로그램 디렉토리

자식 초기화 ------> 자식 초기화

 망할 놈의 버전 및 관련 문서는이 폴더에 저장되기 때문에 초기화 한 후, 현재 디렉토리가 자동으로 .git 폴더를 만들어,이 폴더 힘내 많은 버전으로 저장할 수 있습니다, 가장 중요한 폴더입니다 .git 파일

 우리는 다음 다른 명령을 보면 :

자식 상태 -------> 자식의 현재 상태를 볼 수 있습니다

 

자식을 추가합니다. -------> 저장소에 현재 디렉토리에있는 모든 파일을 추가

자식 저장소에 최선을 다하고 --------> '이름 레코드 (자동 생성)'-m을 저지하고, 나중에 롤백하기 위해, 설명의 버전을 작성

 그 참고 : 자식이 명령의 실행 시간을 커밋, 당신은 사용자에 의해 제출 된의 현재 버전을 기록하도록 구성되어 사용자와 사서함을 구성하라는 메시지가 표시 될 수 있습니다 :

자식 설정 --local user.name '이름'

설정 --local user.email '사서함을'이눔

 이제 지역의 두 가지 간단한 이해와 파일을 관리 망할 놈의 네 가지 상태를 살펴 보자 :

작업 공간 : 작업 공간이라는 현재 개발 프로그램 디렉토리, 즉 : 개발 작업 디렉토리에 파일이 자동으로 프로그램 파일이 아무것도 할 경우 (추가 감지 자식에 의해 지역의 상태와 상태를 변경하는 것입니다 삭제 , 당신은 [] 자식 상태 명령을 사용할 수 있습니다, 상태가 감지 파일 것)로 변경합니다.

 우리는 현상을 관찰하기 위해 새 파일을 만들려고 :

터치 a.py -------> 새 파일 a.py 만들기

명령 자식 상태가 다시 상태를 볼 때, 자식이 자동으로 변경 a.py 작업 공간을 발생 감지, 빨간색에서 표시

 

 版本库：工作区检测到有文件发生变化，那么意味着较上一个版本之后对程序进行了修改，修改完成之后，可以当做下一版本进行提交，那么就是执行 【git add .】 将所有文件提交到暂存区，此时再次查看状态发现a.py变成了绿色。然后再执行【git commit -m '又一个版本'】提交到版本库的分支即可，

git log-------->查看历史版本提交记录（根据版本commit值可以进行回滚）

 

 现在我们对已经出现过的命令进行简单的小结：

• git init，初始化，表示即将对当前文件夹进行版本控制。
• git status，查看Git当前状态，如：那些文件被修改过、那些文件还未提交到版本库等。
• git add 文件名，将指定文件添加到版本库的暂存状态。
• git commit -m '提交信息'，将暂存区的文件提交到版本库的分支。
  • • git config --local user.name '姓名'   标明提交的用户
    • git config --local user.email '邮箱'　标明提交的邮箱　　　
• git log，查看提交记录，即：历史版本记录

 在git的配合下，项目的建设在有条不紊的进行，进过努力，我们已经完成了版块一的开发

 

但是突然某一天发现版块一中有一个很严重的漏洞，严重到该版块接近作废，此时我们又想回到版块一开发前的状态了。于是，我们决定：回滚，回到上一个版本

通过使用git reset --hard XXXXX命令，我们成功回到了曾经，但是突然有一天我们又想回到版块一完成的状态应该怎么办呢？

当然可以通过git reflog命令查看记录再次回滚：

Git使用之凝宝探索史：成长期

 时间突然变得有点紧，凝宝又接到了其他项目需要尽快启动，然而目前的项目也还在开发，更糟糕的是，此时已经开发的程序中出现了Bug需要紧急修复。。。

方案一：stash

stash用于将工作区发生变化的所有文件获取临时存储在“某个地方”，将工作区还原当前版本未操作前的状态；stash还可以将临时存储在“某个地方”的文件再次拿回到工作区。

 

 特别的：执行 git stash pop 命令时，可能会遇到冲突，因为在紧急修复bug的代码和通过stash存储在“某个地方”的代码会有重合部分，所以执行 git stash pop 时候就会出现冲突，有冲突解决冲突即可。

纠正后：

 

现在对stash相关常用命令进行总结：

• git stash             将当前工作区所有修改过的内容存储到“某个地方”，将工作区还原到当前版本未修改过的状态
• git stash list        查看“某个地方”存储的所有记录
• git stash clear     清空“某个地方”
• git stash pop       将第一个记录从“某个地方”重新拿到工作区（可能有冲突）
• git stash apply     编号, 将指定编号记录从“某个地方”重新拿到工作区（可能有冲突） 
• git stash drop      编号，删除指定编号的记录

方案二：branch

 分支学习：branch称为分支，默认仅有一个名为master的分支。一般开发新功能流程为：开发新功能时会在分支dev上进行，开发完毕后再合并到master分支。

 

我们继续来认识新命令：

git branch dev--------->创建新分支，即：拷贝一份当前所在分支代码到新分支

git checkout dev------->切换到dev分支

 

 新版块开发完成后即可提交并切回master将其合并

 

 和上图一样，我们也可以按照着这样的流程进行开发，如果遇到上文开发到一般需要临时修复Bug的情况，可以按照下图的流程进行：

 

 

修复完成后切回master并将bug与之合并，然后进入dev继续开发，完成后同样进行提交合并。

注意：git merge 时也可能会出现冲突，解决冲突的方式上述stash相同，即：找到冲突文件，手动修改冲突并提交，此处不再敖述。

branch相关常用命令：

• git branch 分支名称             创建分支
• git checkout 分支名称          切换分支
• git branch -m 分支名称        创建并切换到指定分支
• git branch                          查看所有分支
• git branch -d 分支名称         删除分支
• git merge 分支名称              将指定分支合并到当前分支

Git使用之凝宝探索史：快速发展期

 由于实际需要，现在凝宝不得不天天在家里和公司来回，但是如果和以前一样使用U盘来存储已经写好的代码随身携带则显得太不专业了，于是我们有引入了一个新的工具，即GitHub，一个基于Git实现的代码托管的平台，可以将内容以及版本记录在远程也保存一份，这样就不用U盘咯（类似于云盘）。PS: 类似GitHub的产品还有许多，如：GitLab、Bitbucket、码云等。

基于GitHub实现代码托管，需要一下步骤：

• 注册GitHub
• 创建仓库，创建完仓库后会有一个URL代指该仓库，如：
• 

  

  git可以是用该URL进行向远程推送版本信息或获取版本信息

于是，凝宝开始把已经写好的代码推送到GitHub上进行托管

git remote add origin https://github.com/zhuoning680/demo.git    # 为地址起一个别名origin

git push origin master　　　　 #将本地master分支内容以及版本信息推送到GitHub

随后在跳出的登录界面输入邮箱和密码

git push origin dev       # 将本地dev分支内容以及版本信息推送到GitHub

 到了公司，由于是第一次使用新电脑，需要将代码从GitHub中获取并继续开发

 git clone https://github.com/zhuoning680/demo.git  　　　　#将项目从GitHub中获取

git Branch                     # 默认获取到得只有master分支

git branch dev origin/dev                          　　　　 # 创建dev分支且和远程dev分支同步

git checkout dev                      # 切换到dev分支

开发新功能后

git push origin dev                # 提交dev分支内容到远程GitHub托管仓库的dev分支

回到家，由于白天在公司已经开发一部分功能并提交到GitHub，家里电脑的代码还是昨晚的版本，所以需要从GitHub拉去最新代码，然后继续开发。

git checkout dev      # 切换到dev分支
git pull origin dev   # 从远程GitHub仓库获取dev分支最新内容，并合并到本地  
#继续开发之后add  commit

在公司，由于昨天晚上在家已经开发了一部分功能，在公司需要先把昨晚开发的功能从GitHub中拉取，并继续开发。

git checkout dev                                   # 切换到dev分支
git fetch origin dev                               # 从GitHub仓库获取dev分支最新内容到版本库的分支
git merge origin/dev                               # 将版本库的分支内容合并到工作区
#继续开发
git add .                                          # 添加文件到版本库的暂存状态
git commit -m 'xxxxxxxxxxx'                        # 提交新功能到版本库的分支

 

长此以往，将Git和GitHub结合使用做到避免电脑损坏造成数据丢失以及多地开发的问题，上文执行过程中执行 【git pull origin 分支】命令等同于【git fetch origin 分支】+ 【git merge origin/分支】，并且在执行过程中可能会出现冲突，原因是由于本地代码和获取的最新代码有重合部分，那么就需要自己手动解决冲突然后再继续开发

Git使用之凝宝探索史：成熟期

 由于手上项目太多，凝宝想让好朋友柳柳来参与合作一起开发。

在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

用户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

用户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   

补充内容

1. 配置文件

Git的配置文件有三个：

• 系统配置： /private/etc/gitconfig
• 用户配置： ~/.gitconfig
• 项目配置：.git/config

2. 用户凭证

由于Git和Github交互操作可能会很频繁，那么一定少了用户授权的操作，为了防止每次操作重复输入用户名和密码，Git提供了两种解决方法：

• 秘钥
  首先创建一对秘钥  ssh-keygen -t rsa，然后将 id_rsa.pub (公钥)内容拷贝到github中，日后操作无需再输入用户名和密码。
  注意：这种方式需要使用GIt中 [email protected]: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 

3、配置Git

首先在本地创建ssh key；

$ ssh-keygen -t rsa -C "[email protected]"

后面的[email protected]改为你在github上注册的邮箱，之后会要求确认路径和输入密码，我们这使用默认的一路回车就行。成功的话会在~/下生成.ssh文件夹，进去，打开id_rsa.pub，复制里面的key。

回到github上，进入 Account Settings（账户配置），左边选择SSH Keys，Add SSH Key,title随便填，粘贴在你电脑上生成的key。

为了验证是否成功，在git bash下输入：

$ ssh -T [email protected]

如果是第一次的会提示是否continue，输入yes就会看到：You've successfully authenticated, but GitHub does not provide shell access 。这就表示已成功连上github。

接下来我们要做的就是把本地仓库传到github上去，在此之前还需要设置username和email，因为github每次commit都会记录他们。

$ git config --global user.name "your name"
$ git config --global user.email "[email protected]"

进入要上传的仓库，右键git bash，添加远程地址：

$ git remote add origin [email protected]:yourName/yourRepo.git

后面的yourName和yourRepo表示你再github的用户名和刚才新建的仓库，加完之后进入.git，打开config，这里会多出一个remote "origin"内容，这就是刚才添加的远程地址，也可以直接修改config来配置远程地址。

<h3创建新仓库< h3="">

创建新文件夹，打开，然后执行 git init 以创建新的 git 仓库。