版本管理

1|0一、前端工程化

• 概念：前端工程化是指：在企业级的前端项目开发中，把前端开发所需的工具、技术、流程、经验等进行规范化、标准化。

2|0二、版本管理

• 概念：版本控制是一种软件工程技巧，借此能在软件开发的过程中，确保由不同人所编辑的同一程序文件都得到同步。

• 分类：本地版本控制系统、集中式版本控制系统、分布式版本控制系统。

  • 本地版本控制系统

    • 优点：简单，很多系统中都有内置；适合管理文本，如系统配置。

    • 缺点：其不支持远程操作，因此并不适合多人版本开发。

      

  • 集中式版本控制系统

    • 优点：适合多人团队协作开发；代码集中化管理。

    • 缺点：单点故障；必须联网，无法单机工作。

    • 代表工具：SVN、CVS。

      

  • 分布式版本控制系统

    • 分布式版本管理系统每个计算机都有一个完整的仓库，可本地提交，可以做到离线工作，则不用像集中管理那样因为断网情况而无法工作。

    • 优点：适合多人团队协作开发；代码集中化管理；可以离线工作；每个计算机都是一个完整仓库。

      

    • 代表工具：Git

      • git常用命令

        // 新建初始化git代码仓库
        git init
        // 创建并切换到当前分支
        git checkout -b xxx
        // 查看文件变更状态
        git status
        // 将本地修改的文件添加至暂存区
        git add .
        // 提交暂存区文件至仓库区
        git commit -m "备注提交的信息"
        // 将分支推送至远程仓库
        git push -u origin xxx
        // 查看所有分支
        git branch
        // 切换到某一分支
        git checkout xxx
        // 合并到目前分支
        git merge xxx
        // 删除本地下的某一分支
        git branch -d xxx
        

      • git pull 和 git fetch 的区别

        • git fetch 只是将远程仓库的变化下载下来，并没有和本地分支合并。
        • git pull 会将远程仓库的变化下载下来，并和当前分支合并。

      • git rebase 和 git merge 的区别

        • git merge 和 git rebase 都是用于分支合并，关键在 commit 记录的处理上不同。
        • git merge 会新建一个新的 commit 对象，然后两个分支以前的 commit 记录都指向这个新 commit 记录。这种方法会保留之前每个分支的 commit 历史。
        • git rebase 会先找到两个分支的第一个共同的 commit 祖先记录，然后将提取当前分支这之后的所有 commit 记录，然后将这个 commit 记录添加到目标分支的最新提交后面。经过这个合并后，两个分支合并后的 commit 记录就变为了线性的记录了。

__EOF__

本文作者：不见水星记
本文链接：https://www.cnblogs.com/P1Kaj1uu/p/16728218.html
关于博主：评论和私信会在第一时间回复。或者直接私信我。
版权声明：本博客所有文章除特别声明外，均采用 BY-NC-SA 许可协议。转载请注明出处！
声援博主：如果您觉得文章对您有帮助，可以点击文章右下角【推荐】一下。您的鼓励是博主的最大动力！