首页 > 其他 > 详细

github服务配置与版本控制

时间:2020-05-21 19:53:44      阅读:66      评论:0      收藏:0      [点我收藏+]

Linux 服务配置与版本控制

  • 什么是git?

    • 分布式版本控制系统
  • 版本控制

    毕业论文第一版  services.doc
    和同学沟通后修改
    services改动版.doc
    和毕业的学长沟通后
    services最终版.doc
    和导师沟通后
    services终极版.doc
    上网查资料
    services不再修改版.doc
    
    使用软件记录每次文件的改动
    版本    	文件名    					用户     		说明		     日期
    1		services.doc			  张伟强		  第一版      2020/03/10 10:30
    2		services最终版.doc			张伟强			学长建议    2020/03/17 10:30
    3		services终极版.doc			张伟强			老师建议	2020/03/27 10:30
    4		services不再修改版.doc	   张伟强		   网上资料	   2020/04/07 10:30
    
  • 版本控制工具

    CVS代码版本管理工具

    优点:
        解决了多个人协同开发,代码合并的问题:从服务器更新代码完成合并 
        解决了多人协同开发,排查问题的难度:每次提交都有记录
    缺点:
    	代码在服务器上同时存储了多个版本(完整),重复量过大
    	对于服务器的要求(存储空间)更高
    

    SVN 代码版本管理工具

    优点:
        在实现了 CVS 所有功能的基础上,实现了差异化管理,让服务器的存储空间 
        不再出现重复存储代码的情况,极大的节省了服务器空间!
        集中式,git是分布式
    

    GIT 代码版本管理工具

    去服务器,没有服务器的概念,每个开发人员的本地仓库既是开发端也是服务器
    可以和另一个开发人员之间,完成代码同步,完成版本管理
    基于网络,突破了局域网的限制,可以让开发人员随时随地在任何时间办公,可以通过 广域网完成代码的同步和版本的管理
    基本本地,在没有网络的情况下,可以让代码在自己本地的仓库中完成代码的同步和管理,将不同功能不同批次的代码管理在不同的版本中
    
  • 1.注册github账号,创建远程仓库,参考文档

  • 2.安装git,参考文档

  • 3.配置远程开发人员

    cmd打开窗口
    ssh-keygen -t rsa -C "hzq1518889221@163.com"
    ssh-keygen:生成秘钥文件的命令
    -t rsa :指定秘钥算法
    -C :添加注释,说明开发人员的身份,一般填写开发邮箱
    
    秘钥默认生成在C:\Users\Administrator\.ssh位置
    将id_rsa.pub公钥添加到github上的秘钥列表
    添加方式:打开id_rsa.pub,复制里面的内容,打开github,右上角-->setting-->左边窗口选择SSH and GPG kys--> New SSH key-->将复制的内容粘贴进去即可
    
    
  • 4.创建本地仓库,和远程仓库完成同步

    1.本地创建文件夹:作为本地仓库
    2.进入文件夹,点击鼠标右键,使用Git Bash Here打开,使用git工具打开文件夹
    3.配置git用户,执行命令配置
    	git config --global user.name "用户名"
    	git config --global user.email "邮箱地址"
    	--global参数,表示所有的git仓库都使用这个配置
    	git config --list 查看配置信息
    4.初始化仓库
    执行命令,初始化这个文件夹,转换为本地仓库
    git init
    命令执行文件夹内后出现一个隐藏文件.git,跟踪管理版本库
    注意:不要修改.git中的文件,可能会给仓库造成破坏
    
    5.将远程仓库关联到本地仓库
    执行命令:git remote add origin https://github.com/ujiuye815/python0421.git
    此地址是远程仓库克隆地址
    6.同步仓库信息 
    	git pull --rebase origin master
    	将远程仓库项目拉取到本地仓区
    7.将本地项目文件推送到远程
    新建文件test1.txt
    将文件添加暂存区  git add test1.txt
    将暂存区的文件提交到本地仓库  git commit test1.txt -m "新建初始化文件"
    推送到远程仓库  git push -u origin master
    -u 设置默认推送方式,设置后以后推送直接执行git push 
    git push origin master:master
    git push <远程主机名><本地分支名>:<远程分支名>
    输入github用户名和密码,推送成功之后,远程仓库会多一个test1.txt文件
    
暂存区:临时存储代码的缓存区域,暂存区的存在,是为了将非常频繁的小改动统一存 储起来,等开发人员认为自己的修改已经成型可以提交了,在将暂存区的数据提交到 本地仓库 

本地仓库:本地仓库是一个接受代码版本管理的仓库,这个仓库中数据会按照提交历史 进行版本管理控制,方便了开发人员在没有网络连通的情况下提交的数据依然接受版 本管理 

远程仓库:远程仓库是一个多人协同开发时的公共仓库,保持 24 小时在线,这样能最 大程度的保证所有开发人员都能在联网的第一时间同步到最新的代码
  • 案例操作:创建一个demo_01.py,通过命令添加到版本管理工具

    1.新文件的提交
    git status 查看文件的状态,有一个文件没有接收管理
    2.git add 命令添加到暂存区  git status  有待提交文件
    	git add demo_01.py
    3.提交操作:git commit,从暂存区提交到本地仓库 -m 注释
    	git commit demo_01.py -m "第一次提交的demo_01.py"
    	git status 没有待提交的数据
    
    4.已有文件的修改
    	在demo_01.py中添加代码 print("hello")
        1.git status modify demo_01.py, 有修改的操作 
        2.git update 更新操作
        3.git commit -m demo_01.py -m "添加基础代码hello"
        4.git status  没有待提交数据
    5.推送操作 git push **
    push之前保证已经关联远程操作,并且拉取最新代码
    
  • 分支操作

    创建分支 
    git branch dev
    查看分支
    git branch
    切换分支
    git checkout dev
    1.在当前分支下创建demo_02.py,并提交到版本库
    git add demo_02.py
    git commit demo_02.py -m "dev分支下创建的demo_02.py"
    2.切换到主分支
    git checkout master  此时文件夹内没有demo_02.py
    3.合并分支的命令:git merge  分支
    git merge dev  将dev分支合并到当前分支master,  此时文件夹内出现demo_02.py
    4.git branch -d dev 删除分支
    git branch 查看,此时没有dev分支了
    
  • 回滚操作

    开发过程中,出现代码问题,新提交的代码导致项目崩溃,git可以让代码回滚到之前的正确的状态
    在demo_01.py代码改为
    class Person:
    	def __init__(self,name)
    		self.name=name
    git diff 查看修改的代码和之前的异同
    出现 -n1,n2 +n3,n4
    修改前,从n1行开始,有n2行内容发生变动
    修改后,从n3行开始,有n4行内容发生变动
    想要恢复到原来的"添加基础代码hello",可以使用回滚
    回滚:git reset HEAD 回到上一个版本
    	git reset HEAD^
    查看提交历史
    git log 查看详细信息
    git reflog 查看简要信息
    git reset --hard 9caffb0
    回到此版本后,在此版本后做的所有操作失效,创建的demo_02.py消失了
    
  • 版本冲突

    本地提交的数据和服务器上的数据不一致,一般是开发人员的不规范操作
    A和B同时开发,先后pull远程仓库的代码,A修改了demo_01.py,提交并推送成功,B也修改了demo_01.py,提交后推送失败,产生了版本冲突,原因是推送前没有更新
    原则:先更新,再提交
    一旦发生冲突,就要手工合并,Git用<<<<<,=======,>>>>>>标记处不同分支的内容,我们修改后再提交本地数据
    
    制造冲突
    创建分支  git branch dev2
    切换分支  git checkout dev2
    在dev 分支下修改demo_01.py,最后一行添加print("dev分支下的world")
    	git add demo_01.py
    	git commit demo_01.py -m "dev2分支提交的demo01冲突测试"
    切换到master分支  git checkout master
    在master分支下最后一行添加 print("master下的python")
    	git add demo_01.py
    	git commit demo_01.py -m "冲入测试master修改demo_01.py"
    git merge dev2
    
    

github服务配置与版本控制

原文:https://www.cnblogs.com/markshui/p/12932778.html

(0)
(0)
   
举报
评论 一句话评论(0
关于我们 - 联系我们 - 留言反馈 - 联系我们:wmxa8@hotmail.com
© 2014 bubuko.com 版权所有
打开技术之扣,分享程序人生!