为了账号安全,请及时绑定邮箱和手机立即绑定

版本管理工具介绍—Git篇

难度中级
时长50分
学习人数
综合评分9.00
329人评价 查看评价
9.2 内容实用
8.9 简洁易懂
8.9 逻辑清晰
  • 这一节的解决提交A和提交B的冲突,比较有用. 假设同一个F文件,被操作者A和B都修改了. 解决思路: 1. A先提交文件F,正常提交,无冲突问题. 2. B提交文件F时,报冲突. 3. B需要执行: git pull 操作,会自动将服务器端最新文件,合并到本地F.(该文件F中,同时保留2个不同的修改点) 4. B执行: git status 操作,显示冲突文件信息. 5. B执行: git diff 操作,显示文件F中的冲突点. 6. B执行: 用vi 打开 文件F, 查看到冲突处标记 <<<<<XXXXXXXYYYYYY=======>>>>>,手动删减,保留需要确认的部分. 7. 到这里,B本机的文件F已经在同步服务器端最新的F基础上,做了修改,变成"更加新的文件F"(比服务器端还新). 8. 这样,再提交文件F.就不存在冲突问题.剩下的操作,就是正常的提交步骤. 9. git add XXXX 10. git commit "xxxxyww" 11. git push 12. 输入账号名,密码. 13. 这样,就将"更加新的文件F"上传到服务器端.解决冲突问题. 14. 这个冲突解决问题,实际上和其他版本管理工具,没有啥本质区别.
    查看全部
  • 里程碑 = 稳定版本号. 里程碑的含义是: 一个阶段比较稳定的版本,正式提交发布出去.提供zip下载. 操作步骤: 1. 在github网站上.进入项目首页. 2. 横栏按钮(commits, branches, release等),找到release按钮. 3. 找到按钮:draft a new release,点击进入下一页面. 4. 填入版本号,以及说明信息. 5. 完成后,点击publish release,将软件发布出去. 6. 这样就完成里程碑建立,同时会自动生成zip下载链接.
    查看全部
    7 采集 收起 来源:建立里程碑

    2015-03-20

  • 假设同一个F文件,被操作者A和B都修改了. 解决思路: 1. A先提交文件F,正常提交,无冲突问题. 2. B提交文件F时,报冲突. 3. B需要执行: git pull 操作,会自动将服务器端最新文件,合并到本地F.(该文件F中,同时保留2个不同的修改点) 4. B执行: git status 操作,显示冲突文件信息. 5. B执行: git diff 操作,显示文件F中的冲突点. 6. B执行: 用vi 打开 文件F, 查看到冲突处标记 <<<<<XXXXXXXYYYYYY=======>>>>>,手动删减,保留需要确认的部分. 7. 到这里,B本机的文件F已经在同步服务器端最新的F基础上,做了修改,变成"更加新的文件F"(比服务器端还新). 8. 这样,再提交文件F.就不存在冲突问题.剩下的操作,就是正常的提交步骤. 9. git add XXXX 10. git commit "xxxxyww" 11. git push 12. 输入账号名,密码. 13. 这样,就将"更加新的文件F"上传到服务器端.解决冲突问题. 14. 这个冲突解决问题,实际上和其他版本管理工具,没有啥本质区别. 15. 切换至A用户,再pull才能保持与远程一致
    查看全部
  • 利用工具提升工作效率,而不是去学习工具本身 1、多用客户端和工具,少用命令行,除非在linux服务器上直接开发 2、每次提交前,diff自己的代码,以免提交错误的代码 3、下班回家前,整理好自己的工作区 4、并行的项目,使用分支开发 5、遇到冲突时,搞明白冲突的原因,千万不要随意丢弃别人的代码 6、产品发布后,记得打tag,方便将来拉分支修bug
    查看全部
  • Linux环境下第一次提交项目: vi 日记 新增一个文件名为“日记”的文件 git status 工作区的状态 git add 日记 建立跟踪 git commit 提交变更 ---------------------------------------- 填写变更的评论,方便以后查看此次修改的目的。 i 插入 :wq 保存并退出 --------------------------------------- git config --global user.name "Your Name" Your Name改为自己的名字 git config --global user.email "email@example.com" email@example.com改为自己的邮箱 git push 输入github用户名和密码 git status 工作区的状态
    查看全部
  • 版本管理工具  (cvs -> svn -> git -> github)

    作用:备份文件,记录历史,回到过去,多端共享

    • Linux端:

            1、git clone (...)  复制库中信息到本目录下

            2、修改库中的文件

            3、git add  文件 4、git status    5、git commit    6、git push

            若有冲突,git pull拉下,git diff查看,再手动修改提交哪次冲突,再次提交

    • windows客户端:

            1、open in desktop 

            2、修改    3、commit     4、push 

            若有冲突,系统检测出,手动修改

            忽略修改,ignore ...,若提交,其他人用库是也会应用

    • 回到过去,回到将来

      git log 查看日志

      git reset --hard [想回到的那个状态的commit的日志代码]

      git reflog 修改状况日志

      git reset --hard [相应代码]  --hard:当前环境版本指针

    • 建立里程碑        release

    • 分支开发    相应版本new branch 修复bug,将bug merge到正在master里

      merge方式一:客户端直接merge

      方式二:push后,github上merge :更适合开源软件的推送

    • 经验总结:

      1、多用客户端和工具,少用命令行,除非是在linux服务器上直接开发

      2、每次提交前,diff自己的代码,以免提交错误的代码

      3、下班回家前,整理好自己的工作区

      4、并行的项目,使用分支开发

      5、遇到冲突时,搞明白冲突的原因,千万不要随意丢弃别人的代码

      6、产品发布后,记得打上tag,方便将来拉分支修bug

    查看全部
  • 1.1 - Git版本管理工具的作用: 1、备份文件(类似U盘,网盘); 2、记录历史(有各个阶段的代码历史版本); 3、多端协作(可以在家工作,也可以在公司); 4、团队协作(代码整合,多人共同完成一个项目);

    查看全部
  • 假设同一个F文件,被操作者A和B都修改了. 解决思路: 1. A先提交文件F,正常提交,无冲突问题. 2. B提交文件F时,报冲突. 3. B需要执行: git pull 操作,会自动将服务器端最新文件,合并到本地F.(该文件F中,同时保留2个不同的修改点) 4. B执行: git status 操作,显示冲突文件信息. 5. B执行: git diff 操作,显示文件F中的冲突点. 6. B执行: 用vi 打开 文件F, 查看到冲突处标记 <<<<<XXXXXXXYYYYYY=======>>>>>,手动删减,保留需要确认的部分. 7. 到这里,B本机的文件F已经在同步服务器端最新的F基础上,做了修改,变成"更加新的文件F"(比服务器端还新). 8. 这样,再提交文件F.就不存在冲突问题.剩下的操作,就是正常的提交步骤. 9. git add XXXX 10. git commit "xxxxyww" 11. git push 12. 输入账号名,密码. 13. 这样,就将"更加新的文件F"上传到服务器端.解决冲突问题. 14. 这个冲突解决问题,实际上和其他版本管理工具,没有啥本质区别. 15. 切换至A用户,再pull才能保持与远程一致
    查看全部
  • 1、备份工具

    2、记录历史。(方便回退)

    3、多端共享。不同的主机可以共享这个信息

    4、团队协作。

    查看全部
  • 1,我感觉多用用终端也挺好的,虽然好多ide集成的很好,但是自己懂得了深入的命令,在出现git的问题时候还是比较方便解决的。 2,每次提交代码前diff。 3,下班前整理好,不然第二天来了我都给忘记了,不过一个大的story一天完不成的话,需要做到第二天的就没有办法了。 4,哈哈,果断每次都在master上面搞起 5,遇到冲突时,一定要认真处理 6,产品发布打一个tag,可以直接通过tag的版本好检出版本 git checkout master v1.0.0
    查看全部
  • 版本控制发展史(cvs->svn->git->github) cvs是始祖,svn诞生于2000年,git诞生于2005年。 svn是集中式,git是分布式。 CVS 最早期的版本控制软件,是把文件集中保存到中心服务器 SVN 是在CVS的基础上的加强版,可以还原到某个时间段 git 是分布式的版本控制软件 github 是网站托管,是基于git。 集中式:中心服务器,需要联网(cvs svn) 分布式:拥有版本库即可(git)
    查看全部
  • 版本管理工具: 1、备份文件是项目实践的基本任务 2、记录历史 3、回到过去 例如恢复删除的文件 4、多端共享 云备份 独当一面VS团队协作
    查看全部
  • 版本管理工具: 1、备份文件是项目实践的基本任务 2、记录历史 3、回到过去 例如恢复删除的文件 4、多端共享 云备份
    查看全部
  • 利用工具提升工作效率,而不是去学习工具本身 1、多用客户端和工具,少用命令行,除非在linux服务器上直接开发 2、每次提交前,diff自己的代码,以免提交错误的代码 3、下班回家前,整理好自己的工作区 4、并行的项目,使用分支开发
    查看全部
  • 分支开发与分支合并 创建分支,修改内容,提交,发布 合并分支到master 切换到master,进入新分支,将新分支拖拽到master 左侧,merge
    查看全部
首页上一页1234567下一页尾页

举报

0/150
提交
取消
课程须知
如果你学过编程,有过代码或者项目经验学习期本课程更容易体会到他的强大之处,如果你想在coding方面有长远的发展,那么掌握此工具会助你更上一层楼。
老师告诉你能学到什么?
1、git和github的基本使用 3、使用git和github来解决多人协作问题

微信扫码,参与3人拼团

意见反馈 帮助中心 APP下载
官方微信
友情提示:

您好,此课程属于迁移课程,您已购买该课程,无需重复购买,感谢您对慕课网的支持!