精华内容
下载资源
问答
  • DevOps系列之 —— 持续开发与集成(四)代码提交及代码评审

    DevOps系列之 —— DevOps概览(一)软件产业和交付模式发展趋势
    DevOps系列之 —— DevOps概览(二)新型软件技术及交付模式
    DevOps系列之 —— DevOps概览(三)DevCloud HE2E DevOps 框架及其主要服务
    DevOps系列之 —— 持续规划与设计(一)敏捷项目管理理念与方法实践
    DevOps系列之 —— 持续规划与设计(二)规划与设计
    DevOps系列之 —— 持续规划与设计(三)敏捷项目管理的方法【Kanban 与 Scrum】
    DevOps系列之 —— 持续规划与设计(四)敏捷需求管理【用户故事 & 敏捷估算】
    DevOps系列之 —— 持续规划与设计(五)团队与协作
    DevOps系列之 —— 持续规划与设计(六)华为敏捷项目管理企业实践
    DevOps系列之 —— 持续开发与集成(一)持续集成理念、方法及实践
    DevOps系列之 —— 持续开发与集成(二)代码托管与分支策略(Git Flow、GitHub Flow & GitLab Flow)
    DevOps系列之 —— 持续开发与集成(三)Git 基本概念及主要操作
     
    DevOps 系列文章,持续更新中 ~~~

    代码提交及代码评审

    1. 代码提交过程

    • 常见的开发模式有两种:
      • 直接在主干上进行开发发;由于所有人都在主干开发,每一次提交都会直接影响主干代码,所以需要团队成员严格遵守纪律,从而保障团队高效协作
      • 使用分支-主干模式进行开发发,使用分支可以保证主干代码不受损害,团队成员一般遵循如下步骤
        • 创建开发分支,检出最新的成功代码
        • 本地修改代码
        • 在本地进行编译构建,确保本地修改没问题
        • 合入自己的开发分支,并触发分支门禁(静态检查、编译构建等),通过之后进行代码审核再合入,确保代码质量达标
        • 开发进行功能验证
        • 合入到团队主干分支,触发主干门禁构建,门禁构建通过之后,再通过代码评审合入到主干,保障主干代码质量

    在这里插入图片描述

    2. Clean Code

    • 代码可信在华为就是用 Clean Code 来衡量
      在这里插入图片描述

    Clean Code 的衡量维度

    • 简洁
      • 易于理解并且易于实现,代码少但功能完备,代码的内部质量影响代码的外部质量,简洁是代码内部质量的核心
    • 可靠
      • 软件在给定时间和环境条件下,按设计要求成功运行程序的概率,如果一段代码运行经常容易报错,这种代码达不到发布条件
    • 高效
      • 代码被阅读和被修改的次数,远远多于它被编写的次数。所以要尽可能少地占用系统资源(效率)
    • 可维护性
      • 是指软件被修改的能力,一段代码具备相应功能,但是重构起来很麻烦也是不可取的,所以代码应有很好的可维护性
    • 可测试
      • 是指在一定的时间和成本前提下,对软件进行测试设计和测试执行的能力
    • 可移植
      • 是指为了在原来设计环境之外运行所做的修改能力

    如何评估 Clean Code

    在这里插入图片描述

    • 专家评审
      • 专家评审包括“每分钟爆粗口的次数”,命名准确,注释精简,函数短小,重复极小,依赖最少,职责单一,隐藏细节,合理抽象,测试相伴等维度

    每分钟爆粗口的次数:当看到写的很差的代码,往往会吐槽,甚至爆粗口,越差的代
    码爆粗口次数显然也就越多,反之则表示代码质量很好,用每分钟爆粗口次数简单直
    白的衡量代码质量,甚至有人将其称为衡量代码质量的唯一标准

    • 工具评估
      • 工具评估是指使用一些代码检查工具,对代码各方面维度包括编译告警,冗余代码,危险函数,重复代码,圈复杂度,pclint告警,CodeDEX告警,编程规范,SAI,QDI=>达标和挑战架构一致等进行检查

    Clean Code 可视化指标

    指标名称指标含义编程指导
    圈复杂度衡量一个函数判定结构的复杂程度,表现为独立路径的条数,即合理的预防错误所需的测试的最少路径条数减少函数的分支数(if/else,switch/case,for/while),分支逻辑尽量用函数封装
    嵌套层数函数中控制结构嵌套的深度嵌套层数不要过深(即 {} 的嵌套不能太多)
    有效注释比例函数中有明确含义的注释语句与函数物理行的比值变量及函数名实现自注释,注释说明 why 而不是 what,注释充分而简洁
    有效代码行数函数用有实际语义的语句个数,可理解为 NBNC(非空非注释)去掉括号等分隔符之后的代码行数函数体不要过大,逻辑语句不能太多(即 ; 的个数),要注意适当做函数封装
    函数参数个数/减少函数参数;引入结构体变量
    局部变量个数/数据关系是由代码的功能引起的,尽量把单一功能的函数进行封装,就可以减少局部变量
    非结构化语句的数量影响函数条理化的语句(eg:异常退出语句、goto 等语句)的数量尽量不使用

    2. 华为 Commiter 工程实践

    • Developer接受到问题或需求,然后创建本地分支进行功能开发,开发完成后进行自验证,验证成功后,向主干分支提交入库申请并且分别选择 Reviewer 和 Committer
    • IT 工具触发门禁检查,如果代码质量符合门禁要求,则由 Reviewer 进行人工代码检视
    • Reviewer 收到代码检视通知后,对代码进行检视并提出代码检视意见
    • Developer 收到检视意见后,完善代码并闭环检视意见,更新代码入库申请
    • Committer 按照入库规范审核,审核通过后进行代码入库
    • 以上任意环节出现问题,都将代码打回,由developer重新再本地进行修改

    在保证代码质量的前期下,门禁检查和代码检视可并行执行。同时,Committer 还可对代码检视的策略进行灵活调整

    序号角色名称关键任务
    1Developer开发特性需求,修改问题,对合入代码质量承担第一责任
    2Reviewer对业务逻辑的正确性、代码规范的遵从度、代码架构等方面进行检视,并提出修改意见。若有多名 Reviewer,分工可各有侧重
    3Committer审核(含代码检视)申请入库的代码质量,对审核的代码质量承担共同责任。担任 Committer 角色的人员应作为 Reviewer 之一

    代码入库检查的价值

    • 基于当前可信诉求的提高,代码提交与合入权限应要分离,以避免攻击者冒用员工权限植入恶意代码
    • 同时通过检视和审核的意见对工程师进行辅导,提升团队软件能力
    • 入库审核还能反向驱动前端代码检视提升,促进 Developer 具备编写 Clean Code 的能力

    最后,欢迎大家关注我的个人微信公众号 『小小猿若尘』,获取更多IT技术、干货知识、热点资讯。同时,我在公众号中分享了精心整理的一些视频资料(包括 Python全栈教程、AI教程、前端、数据库等),大家回复相应关键词即可获取网盘视频链接,感谢大家的关注😊

     在这里插入图片描述

    展开全文
  • 代码提交流程

    2021-01-05 10:48:28
    我们都是在test-dev分支上进行开发,当开发完成后,我们将代码push到test-dev分支上,接着,从在远程master分支上创建一个自己的master-xhc分支,将远程的master-xhc分支更新到本地,然后将要提交代码(不提交的...

    0.每天来公司的第一件事就是更新代码(git pull)
    1.流程:一般情况下,我们都是在test-dev分支上进行开发,当开发完成后,我们将代码push到test-dev分支上,接着,从在远程master分支上创建一个自己的master-xhc分支,将远程的master-xhc分支更新到本地,然后将要提交的代码(不提交的不用放)放到master-xhc分支上,提交,然后将本地master_xhc推送到远程分支就行。
    在这里插入图片描述

    2.登陆gitlab,提交合并请求,等待代码审核人员审核代码http://git.webtrn.cn。
    在这里插入图片描述

    3.待代码审核通过以后,在代码确认平台发送确认邮件http://192.168.20.57:27295/。
    4.接着切回到test-dev分支上,继续你的开发把!

    git merge test_dev_tmp //将test_dev_tmp合并到当前分支
    git push origin --delete master_zhengnan //删除远程分支
    git branch -m master old-master //修改分支名称
    git push -f origin master_zhengnan //将分支推送到远程分支
    git fetch origin master:master_zhengnan //从master打一个新的分支,分支的名字叫
    git commit -m ‘注释’
    git push origin master_zhengnan //将分支提交到远程

    我的===
    先在test-dev分支上进行开发,开发完成后(记得防止全+全-的问题, 更改File --》 convert line Delimiters to --> unix),(如果是新建的文件,得先将文件添加到暂存态,在eclipse中点击add index即可)然后在eclipse 中选择commit -->commit and push (别选错了)。
    git fetch origin master:master_xuehuichen(从远程给本地打一个分支)
    git checkout master_xuehuichen(切换到本地分支)
    git checkout test-dev 文件目录 (从src开始,多个文件以空格 隔开)
    git commit -m ’ 这是注释 ’ (提交到本地分支)
    git push origin master_xuehuichen(推送到远程分支)
    2.登陆gitlab,提交合并请求,等待代码审核人员审核代码http://git.webtrn.cn。

    3.待代码审核通过以后,在代码确认平台发送确认邮件http://192.168.20.57:27295/。
    4.接着切回到test-dev分支上(git checkout test-dev) ,继续你的开发把!
    5.删除本地分支git branch -D master_xuehuichen
    指定本地分支对应的远程分支:git branch --set-upstream-to=origin/test-dev

    删除本地和远程不一致的分支
    git remote prune origin
    回退到最新状态
    git reset --hard HEAD

    如果开发人员将master和test-dev分支重新整理,那么在test-dev分支上执行如下命令
    git fetch --all
    git reset --hard origin/test-dev
    git pull

    或,先切换到其他分支, 将本地的test-dev删除,然后重新打一个test-dev分支
    删除本地分支git branch -D master_xuehuichen
    重新打一个分支 git fetch origin test-dev:test-dev

    $ git push origin --delete <branchName>
    

    恢复远程一致的终极神器(一般情况切勿使用!!!)
    git fetch --all
    git reset --hard origin/test-dev
    git pull

    如果不行就重新打一个分支,
    在这里插入图片描述
    在这里插入图片描述

    把原来的引用删除
    在这里插入图片描述

    还有就是,如果文件冲突了,如果自己没有改过该文件,就直接把自己的那部分删除了

    很多文件情况下提交文件=======
    当有很多文件需要提交的时候,不可能一个一个复制,如下步骤
    1、将文件提交到test-dev上,然后在test-dev分支上将要提交的文件在eclipse中检出到桌面,
    2、切换到master_xuehuichen分支,在windows环境下将刚才导出的文件夹覆盖项目的位置(src)
    3、需要add的话就add,不需要就commit 然后将本地master_xuehuichen推送到远程,合并master即可,
    4、切换到test-dev继续开发。

    当你要提交的文件中包含编译后的文件,那么它一般是被添加到了git忽略的名单中,这时候你是提交不上去的,
    做法:切换到navig 视图,找到该文件对应的.ignore文件,先将忽略删除。而后将要提交的文件add index ,之后将.ignore文件恢复原样,这时候,就可以提交此文件了。如下图所示
    在这里插入图片描述


    当你早上高高兴兴打开git黑窗口,输入git pull 的时候,却发现今天git和往常有些不一样,他会在控制台多打印出一些你平时见不到的提示
    Auto packing the repository in background for optimum performance.
    See “git help gc” for manual housekeeping.
    这时候你就懵逼了,我啥都没干啊,怎么会出现这个错误。其实,这是因为git中的松散对象太多了,git不堪重负,只需要清理这些垃圾就可以
    敲入 “git gc”即可,可是这时却报错
    Rename from ‘.git/objects/pack/pack-e3f69d1da4c4462f6b5dd136d481e158c21eb34e.pack’ to ‘.git/objects/pack/old-e3f69d1da4c4462f6b5dd136d481e158c21eb34e.pack’ failed. Should I try again? (y/n) n
    这是弄啥嘞~~~~~~
    别急,你看看是否是你的eclipse开着,如果eclipse开着,那你就把它关了,再试一遍,这时候你会发现,好了??!!!
    就是因为eclipse开着占用着一些git的文件,这些文件被占用,所以无法对他们进行操作。这次在运行git pull 就可以正常开发了!!


    在这里插入图片描述

    -----------还原master代码流程
    先打一个之前的分支
    在这里插入图片描述

    接着,打一个最新的分支
    在这里插入图片描述

    将要还原的文件从上一个分支checkout 到最新的分支
    在这里插入图片描述


    Git:代码冲突常见解决方法

    如果系统中有一些配置文件在服务器上做了配置修改,然后后续开发又新添加一些配置项的时候,
    在发布这个配置文件的时候,会发生代码冲突:
    error: Your local changes to the following files would be overwritten by merge:
    protected/config/main.php
    Please, commit your changes or stash them before you can merge.
    如果希望保留生产服务器上所做的改动,仅仅并入新配置项, 处理方法如下:
    方法1:如果你想保留刚才本地修改的代码,并把git服务器上的代码pull到本地(本地刚才修改的代码将会被暂时封存起来)
    git stash
    git pull
    git stash pop
    然后可以使用git diff -w +文件名 来确认代码自动合并的情况.

    反过来,如果希望用代码库中的文件完全覆盖本地工作版本. 方法如下:
    git reset --hard
    git pull
    其中git reset是针对版本,如果想针对文件回退本地修改,使用
    [plain] view plain copy
    git checkout HEAD file/to/restore

    git stash和git stash pop

    git stash 可用来暂存当前正在进行的工作, 比如想pull 最新代码, 又不想加新commit, 或者另外一种情况,为了fix 一个紧急的bug, 先stash, 使返回到自己上一个commit, 改完bug之后再stash pop, 继续原来的工作。
    基础命令:
    $git stash
    $do some work
    $git stash pop

    进阶:
    git stash save “work in progress for foo feature”
    当你多次使用’git stash’命令后,你的栈里将充满了未提交的代码,这时候你会对将哪个版本应用回来有些困惑,
    ’git stash list’ 命令可以将当前的Git栈信息打印出来,你只需要将找到对应的版本号,例如使用’git stash apply stash@{1}’就可以将你指定版本号为stash@{1}的工作取出来,当你将所有的栈都应用回来的时候,可以使用’git stash clear’来将栈清空。

    git stash # save uncommitted changes

    pull, edit, etc.

    git stash list # list stashed changes in this git
    git show stash@{0} # see the last stash
    git stash pop # apply last stash and remove it from the list

    git stash --help # for more info

    ----------------------------自己的项目-----------------------------------合并分支
    在这里插入图片描述

    强制切换分支:git checkout test-dev -f

    今天遇到一个问题:在test-dev上面同时开发两个功能模块,一个已完成、一个未完成,未完成的是新建的两个文件,我将他们添加到了git index,并没有提交到远程test-dev,我只提交已经完成的代码到test-dev。当我fetch下来一个master_xuehuichen 分支后,我只是将已经完成的代码切换到master_xuehuichen上,没完成的没有切换,当我推送远程之后,在切回到test-dev后,我之前添加到git index中的代码消失了!!!以后,没完成的功能也要提交到test-dev!!!

    展开全文
  • 多人合作的问题就在于大家代码风格都不一样,有了代码提交时自动格式化,可以避免再开发过程中去考虑代码格式的问题(经常气的想关掉eslint),同时保证了一定的规范性 husky 一个git钩子工具,这里主要用pre-commit...

    前言

    多人合作的问题就在于大家代码风格都不一样,有了代码提交时自动格式化,可以避免再开发过程中去考虑代码格式的问题(经常气的想关掉eslint),同时保证了一定的规范性

    husky

    一个git钩子工具,这里主要用pre-commit钩子。通俗点讲就是husky可以在你commit之前帮你做一些事情。

    prettier

    一个很流行的代码格式化工具,你很容易在编辑器找到实现它的各种插件,像vscode,atom,webstom都可以找到。这里用它在代码提交前做代码格式化。

    eslint

    代码检查工具。eslint也可以负责一部分代码格式检查的工作,但是prettier已经做的很好了,所以我便没用eslint的代码格式检查,只让其负责代码错误检查。

    lint-staged

    在你提交的文件中,执行自定义的指令

    安装依赖

    // eslint依赖
    eslint 
    babel-eslint 
    eslint-config-airbnb  // 导入默认eslint选项
    eslint-config-airbnb-typescript  // 支持ts与js
    eslint-plugin-import  // import规则插件
    eslint-plugin-jsx-a11y 
    eslint-plugin-react   // react规则插件
    eslint-plugin-react-hooks  // react 16.8+ 以上版本规则插件
    
    // 如果需要对tsx文件进行语法规范
    @typescript-eslint/parser 
    @typescript-eslint/eslint-plugin
    
    //当prettier规则与 eslint-plugin-react 规则冲突时使用
    eslint-config-prettier/react
    
    //在tsconfig配置了paths时帮助
    //eslint-plugin-import 找到正确的 .ts 和 .tsx 文件
    eslint-import-resolver-typescript
    
    //prettier依赖
    prettier 
    eslint-plugin-prettier  // 将perttier当作eslint规范
    eslint-config-prettier  // 以prettier规范为主
    
    //husky
    husky
    
    //lint-staged
    lint-staged
    pretty-quick
    

    eslint文件配置
    个人配置习惯

    // eslint中文配置文档:https://cn.eslint.org/docs/user-guide/configuring
    {
        "extends": [
           "airbnb",   // 启用 airbnb 
           "airbnb/hooks",   // 启用 airbnb/hooks
           "perttier",
           "prettier/react", // 解决 eslit-plugin-react 与 prettier 的冲突
           "prettier/@typescript-eslint", 
           // 使得@typescript-eslint中的样式规范失效,遵循prettier中的样式规范
           "plugin:prettier/recommended"  
           // 使用prettier中的样式规范,且如果使得ESLint会检测prettier的格式问题,同样将格式问题以error的形式抛出
        ],
        "parserOptions": {
            "ecmaVersion": 10,  // 使用ECMS语法规范版本 
            "sourceType": "module",  // 模块化
            "ecmaFeatures": {  // 使用额外的语言特性
                "jsx": true
            }
          },
       "settings": {             //自动发现React的版本,从而进行规范react代码
            "react": {
                "pragma": "React",
                "version": "detect"
            },
            "import/resolver": {
                "node": {    // 识别node模块导出
                    "extensions": [".js",".jsx",".ts",".tsx",".d.ts"],
                    "moduleDirectory": ["node_modules","src/"]
                },
                "typescript": {  // 使用指定路径 tsconfig.json
                    "directory": "./tsconfig.json"
                }
            },
            "import/parsers": {  // 解析ts 与 tsx文件
                "@typescript-eslint/parser": [".ts",".tsx"]
            }
        },
        "parser": "@typescript-eslint/parser", // bebal-eslint 语法解析  @typescript-eslint/parser ts解析
        "env": {
            "es6": true,
            "browser": true,
            "node": true
        },
        "plugins": ["react", "jsx-a11y", "import","@typescript-eslint","react-hooks"], // 使用插件
        // eslint中文规则文档:https://cn.eslint.org/docs/rules/
        "rules": { 
            "eqeqeq": 1,   // 强制使用强等于判断
            "import/no-named-as-default": 0,  // 关闭名字导出规则
            "react/jsx-filename-extension": [ // 允许什么类型文件使用jsx语法
                "error",
                {
                    "extensions": [".js", ".jsx", ".ts", ".tsx"]
                }
            ]
            ... // 其他个人配置就不写了,自己去看文档
        }
    }
    

    prettier文件配置

    // 配置文档: https://segmentfault.com/a/1190000012909159
    {
        "printWidth":120,   // 一行代码最多多少字符宽度
        "tabWidth": 4,      // tab缩进
        "useTabs": true,    // 使用tab缩进
        "semi": false,       // 句尾添加分号
        "singleQuote": true,  // 使用单引号
        "jsxSingleQuote": true,  // 在jsx中使用单引号
        "trailingComma": "none",  // 数组尾逗号
        "bracketSpacing": false,  // 括号首位空格
        "jsxBracketSameLine": true,  // 不使闭合标签单独一行
        "arrowParens": "avoid"  // 箭头函数参数可以不使用括号包裹
    }
    

    package文件配置

      "husky": {
        "hooks": {   // 使用commit提交时调用的钩子
          "pre-commit": "lint-staged"
        }
      },
      "lint-staged": {
        "src/**/*.{jsx,tsx,ts,js,json}": [ //文件匹配
          "prettier --write",  // perttier 格式化
          "eslint --fix",   // eslit 修复
          "git add -A"  // 执行add
        ]
      },
    
    展开全文
  • SVN代码提交步骤

    2021-01-23 08:55:18
    创建一个文件夹,用于存放项目代码 右击文件夹,选择SVN的checkout,填写URL与密码 把要提交的项目复制到文件夹里 右击项目,TortoiseSVN-add 右击项目,SVN Commit 上传成功页面: 项目左下角出现...
    1. 创建一个文件夹,用于存放项目代码
      在这里插入图片描述

    2. 右击文件夹,选择SVN的checkout,填写URL与密码
      在这里插入图片描述
      在这里插入图片描述

    3. 把要提交的项目复制到文件夹里
      在这里插入图片描述

    4. 右击项目,TortoiseSVN-add
      在这里插入图片描述

    5. 右击项目,SVN Commit
      在这里插入图片描述
      上传成功页面:
      在这里插入图片描述
      项目左下角出现绿色对勾,表示上传最终完成:
      在这里插入图片描述

    展开全文
  • 在前端开发过程中,使用vsCode编辑器,查看代码提交记录,对比历史版本,十分方便的小插件,附图: 安装完成后,重启vsCode,接下来一起来看效果: 1、鼠标点击某一行代码,会显示修改者的信息和时间,简直...
  • 【GIT】git 统计某人代码提交行数

    多人点赞 热门讨论 2021-06-15 12:07:23
    git 统计某人代码提交行数 想知道入职一年的你,贡献了多少代码吗? git log --author="xxx@xxx.com" --pretty=tformat: --since=2019-07-20 --until=2021-08-03 --numstat | awk '{ add += $1; subs += $2; loc += ...
  • git 命令修改代码提交人1. git log 查看提交记录2. 设置全局提交人和提交邮箱3. 设置项目提交人和提交邮箱4. 修改历史记录提交人 关于git提交人知识点: 1. git log 查看提交记录 -- git log commit c486034812cac...
  • 使用Git 将本地代码提交到远程分支

    千次阅读 2021-04-21 14:59:22
    3.1 将代码提交到暂存区 git add . 3.2 添加提交信息 git commit -m "提交的信息" 3.3 提交本地分支代码到远程分支(注意:该命令应该在本地分支下执行) git push origin develop(远程分支名称/和本地分支...
  • git 仓库之间的代码合并(空仓库) 和 git 仓库之间的代码合并 此时我们的文件当然已经是创建好, 编辑好的, 那么怎么提交到远程git呢, 首先git init 然后 一顿骚操作完以后, 发现不对, 为什么??? 大致原因是 空仓库...
  • 如何将本地代码提交到gitlab

    千次阅读 2021-02-01 09:22:01
    如何将本地代码提交到gitlab 一、创建项目并配置SSH 1.注册gitlab账号(有的公司会直接给你注册一个) 2.填写项目名(要和代码所在文件夹名一致),创建项目 3.第一次创建项目可能会提示无法pull或者push,这时候我们...
  • 上传本地代码第一步:去github上创建自己的Repository,创建页面如下图所示:红框为新建的仓库的https地址第二步:...第五步:git addREADME.md第六步:提交到仓库git commit -m "注释语句"第七步:将本地的仓库关...
  • 使用java代码提交flink job 任务

    千次阅读 2021-06-25 16:06:14
    以下代码是使用java程序客户端提交flink job的示例代码 package client; import org.apache.flink.api.common.ExecutionConfig; import org.apache.flink.api.common.JobID; import org.apache.flink.client....
  • git将代码提交到新仓库 git push --mirror http://...(目标仓库地址) 改变git更新地址 git remote rm origin git remote add origin [url]
  • 如何将idea代码提交到远程仓库

    千次阅读 多人点赞 2021-05-04 14:03:44
    代码提交到远程仓库步骤: 二.用idea提交代码 三.用命令符提交代码 一.将代码提交到远程仓库步骤: 前提:安装后git软件并已集成到idea中 1.先在码云创建一个新的仓库 ,如:group01-xiongyanjun ...
  • 之前跟着视频里的步骤学习,然后在码云上创建了一个仓库以用来存储代码,但是还是比较经常用GitHub,所以打算把码云上提交的所有记录都放到github上去,然后就直接git remove origin git@github....
  • 统计最近150天内所有人的提交排名降序 git log --all --since=150.day.ago --pretty='%aN' | sort | uniq -c | sort -k1 -n -r 统计最近60天内前5个提交者 git log --all --since=60.day.ago --pretty='%aN' | sort...
  • idea如何查看代码提交

    千次阅读 2021-05-16 09:18:05
    1、具体操作 在代码的左侧栏,也就是打断点的地方,右击...就会看到代码对应的提交人 2、查看提交详情 单机对应的git blame注解即可。就会看到对应提交记录改变的文件内容 3、关闭记录 之间右击选择关闭即可 ...
  • 在发布库上做版本提交的过程中,需要把分支上的代码合并到master分支,依次执行的过程为: 1.从git 库上拉代码; 2.切换到分支 git checkout -b dev origin/dev 3.再切回到master git checkout master 4.分支上...
  • 将git代码提交到分支上

    千次阅读 2021-01-28 09:23:47
    1.在自己分支xx上提交代码: git checkout xx git add . git commit -m “add files” 2.切换到master分支上,从远程服务器上拉下最新代码: git checkout master git pull 3.切换到xx分支上,检查是否与...
  • mysqlDBA&lpar;1-3年&rpar;1.熟悉Aliyun操作系统的管理.配置和系统调优: 2.熟悉mysql管理 3.熟悉mysql主从复制,主主复制 4.熟悉数据库的备份策略,监控策略,性能测量策略 5.熟悉linux/unix操作系 ...2015-SH...
  • git上查看项目各成员的代码提交行数,次数统计一、git bash打开二、查看个人提交的代码行数统计三、查看项目每个人提交的代码行数统计四、查询所有用户的提交总次数 本文需使用到TortoiseGit工具 点击下载 在实际...
  • 如何将本地代码提交到git上? 二、解答 ①、 完毕~ 三、总结 欢迎关注我的 CSDN博客: https://blog.csdn.net/River_Continent 微信公众号:幕桥社区 知乎:张牧野, ...
  • 选择 File - Settings - Editor - File Types 设置忽略的文件即可 , 我这里忽略了 *.classes;*target;
  • 在开发中我们需要查看某一段代码提交记录,而非整个文件记录的时候,我们该如何查看? 第一步 先选中自己想查看的代码 第二步 我们就可以看到选中代码提交记录了
  • 假设我现在在A分支,现在我要把A分支上修改的代码提交到B分支上: git add . :他会监控工作区的状态树,使用它会把工作时的所有变化提交到暂存区,包括文件内容修改(modified)以及新文件(new),但不包括被删除的...
  • 如同其他许多的版本控制系统一样,Git也具有在特定事件发生之前或之后执行特定脚本代码功能。 Git Hooks就是那些在Git执行特定事件(如commit、push、receive等)后触发运行的脚本。 按照Git Hooks脚本所在的位置...
  • //推送到本地 git status //查看状态,推送的文件是绿色的 git commit -m "备注" //提交 git push -u origin 分支名 //推送到远程 最后刷新gitee查看新的分支中是否有提交代码 三,修改本地分支和远程分支 1,...
  • 换一种说法就是,从一个git仓库拷贝到另一个git仓库。 做法:以镜像推送的方式上传代码到新的仓库地址 git push --mirror http://...(目标仓库地址)
  • 工作中经常因为代码提交之前没有进行必要的smoke test,导致有问题的代码merge进主分支,从而影响到其他同事的工作和整体工作效率。为了解决这个问题,在gerrit中submit代码之前,必须运行smoke test。思路就是:让...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 1,423,567
精华内容 569,426
关键字:

代码提交