-
集中式：中心服务器，需要联网(cvs svn) 分布式：拥有版本库即可(git) github是一个网站托管，是基于git。查看全部
-
版本管理工具作用: 备份文件、记录历史、回到过去、多端共享、团队合作查看全部
-
发展史：cvs→svn→git→github查看全部
-
1.git log 2.git reset --hard commit_ID查看全部
-
集中式：中心服务器，需要联网(cvs svn) 分布式：拥有版本库即可(git) github是一个网站托管，是基于git。查看全部
-
利用工具提升工作效率，而不是去学习工具本身 1、多用客户端和工具，少用命令行，除非在linux服务器上直接开发 2、每次提交前，diff自己的代码，以免提交错误的代码 3、下班回家前，整理好自己的工作区 4、并行的项目，使用分支开发 5、遇到冲突时，搞明白冲突的原因，千万不要随意丢弃别人的代码 6、产品发布后，记得打tag，方便将来拉分支修bug查看全部
-
分支开发与分支合并 创建分支，修改内容，提交，发布 合并分支到master 切换到master，进入新分支，将新分支拖拽到master 左侧，merge查看全部
-
另一种分支方式，更适合开源软件 修改提交发布新分支 右键点击项目名称，view in github，点击按钮merge push request，commit查看全部
-
里程碑 = 稳定版本号. 里程碑的含义是: 一个阶段比较稳定的版本,正式提交发布出去.提供zip下载. 操作步骤: 1. 在github网站上.进入项目首页. 2. 横栏按钮(commits, branches, release等),找到release按钮. 3. 找到按钮:draft a new release,点击进入下一页面. 4. 填入版本号,以及说明信息. 5. 完成后,点击publish release,将软件发布出去. 6. 这样就完成里程碑建立,同时会自动生成zip下载链接.查看全部
-
版本回滚操作步骤: 1. 命令: git log // 显示所有提交记录. 2. 在所有提交记录中,选择需要回退到的commit ID(一个长字符串),复制. 3. 命令: git reset --hard XXYYZCCRERR // 最后一串是commit ID.完成回滚操作. 4. 命令: git log // 显示新的提交记录. 这里 利用 git reset 命令,可以任意回滚到过去,同时也可以穿越到未来. 很方便. (回到未来 （fast -forward) git reflog查看该用户的所有操作 git reset --hard commit id查看全部
-
这一节的解决提交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. 这个冲突解决问题,实际上和其他版本管理工具,没有啥本质区别.查看全部
-
集中式：中心服务器，需要联网(cvs svn) 分布式：拥有版本库即可(git) github是一个网站托管，是基于git。查看全部
-
cvs-svn-git-github查看全部
-
发展史查看全部
-
1. 多用客户端和工具，少用命令行，除非是在Linux服务器上直接。 2. 每次提交前，diff自己的代码，以免提交错误的代码。 3. 下班回家前，整理好自己的工作区。 4. 并行的项目，使用分支开发。 5. 遇到冲突时，搞明白冲突的原因，千万不要随意丢弃别人的代码。 6. 产品发布后，记得打tag，方便将来拉分支修复bug。查看全部
举报
0/150
提交
取消