9 天前 / 软件匠艺小组
开篇如今，Git 大行其道，颇有一统天下之势。如果你的技能树上 Git 和 Github 的图标还没有点亮的话，你都不好意思说你是程序员。别说互联网企业，我接触到的许多传统企业都在从 SVN，Clear Case 等迁移到 Git 上，甚至大厂还会有一个团队去定制适合自己企业的 Git 服务器。 很多人简历上写的「精通 Git 与 Github」，但如果你问他熟悉到什么程度的话，回答通常是「就是会用常用的 add，commit，push 操作」。
35 天前 / 开发者头条
大家好，我是周刊菌。 以下内容选自「码农周刊 VIP 会员」圈子，每日更新，精彩不断。「码农周刊 VIP 会员」推出 35 周啦！感谢亲们的大力支持！第 035 期「码农周刊 VIP 会员专属邮件周报」已发送完毕，请注意查收。告诉大家一个好消息：已有数位上市公司 CTO 低调订阅了我们的「码农周刊 VIP 会员专属邮件周报」，感谢肯定！ 「码农周刊 VIP 会员」是什么？简介版码农周刊 VIP 会员 = 全年 52 期「VIP 会员专属邮件周报」 + 只限 VIP 会员加入的交流圈子 + 大厂「内推机会」 + N 多福利 详细版 点击「阅读原文」即可查看详细介绍 加入「码农周刊 VIP 会员...
36 天前 / 天行者YANG
为什么需要降低 Review 成本，可以明确知道本次提交的改变和影响规范整个 Team 的提交习惯，对技术素养的养成有益可以通过统一工具，抽取规范的 message 自动形成 change log GitHub Angular Demo 目前 Github 的 Angular 项目，就是完全采用规范的 Git Message 来进行日常的提交管理和发布管理的，下面是这个项目的 Commit 记录，和自动根据 commit 生成的 change log 遵循什么规范目前，使用较多的是 AngularJS 规范 #包括三个部分：Header，Body 和 Footer (): //空一行 //空一行 Header 包括三个字段：type（必需）、scope（可选）和 subject（必需） ...
41 天前 / 木小丰
162 次浏览一、背景 Git 每次提交代码都需要写 commit message，一般来说，commit message 应该清晰明了，说明本次提交的目的，具体做了什么操作等。但是在日常开发中，开发者提交的的 commit message 千奇百怪，中英文混合使用，这就导致后续代码维护成本特别大，有时自己都不知道自己的 fix bug 修改的是什么问题。基于以上这些问题，我们希望通过某种方式来监控用户的 git commit message，让规范更好的服务于质量，提高大家的研发效率。 二、约定所有项目的 Commit Log 的格式精确控制，增加可读性，便于查看变更历史，形成良好的 git 使用习惯。
52 天前 / 虞大胆
在基于 git 的工作流中，master 一般是做持续集成的，开发人员在特性分支开发，经过测试后，就会 merge 到 master 做集成测试，测试通过就表示 master 可部署了。 可现实情况下，特性分支自测没问题，不代表就真的没问题，测试人员还没测试呢，所以此时的 master 分支其实是没准备好的（从 master 特定 commit id 到生成分支其实是有一定难度的） 我们目前的做法，在 master 分支之前还有一个 SIT 系统集成分支，也就是说这个分支是专门给 QA 人员测试的，测试没问题后，将特性分支的代码合并到 pre 分支，仿真环境如果没问题...
87 天前 / GO语言中文网
关注公众号 “转角遇到 GitHub” ，每天推荐给你优秀开源项目 大家好，我是欧盆索思（opensource），每天为你带来优秀的开源项目！ 先看一张动图： 今天推荐的这个工具是：bit，它是构建在 git 之上的实验性现代化 git CLI，可提供令人满意的默认值和其他优点。 命令和 flag 建议，以帮助你浏览 git 为您提供的众多选项；bit add、bit checkout 能自动完成分支名和文件名；自动获取（fetch）和分支快速转发（fast-forwarding），减少合并冲突的可能性；建议与 git 别名一起使用；一些新命令，如 bit sync 等...
109 天前 / 钟子敬07
这一篇我们继续图解 Git，上两篇原创图解了 Git 的基本操作，有兴趣的可以看一看 [（一）深入浅出图解 Git，入门到精通（保姆级教程）]和 [（二）深入浅出图解 Git，入门到精通（保姆级教程）]。 这一篇写完基本 Git 的操作就图解完了，如果想深入了解 Git，这里可以推荐一些 Git 的硬核书籍：【精通 Git】、【GitHub 入门与实践】、【Git 权威指南】、【Git 版本控制管理】、【GitHub 实践】。 这些都是一些关于 Git 的比较好的书籍，有兴趣的可以可看一看，网上也有很多电子书。闲话不多说，下面就开始我们的正题。
138 天前 / dreamapple
最近在开发项目的一个小需求的时候，发生了一件尴尬的事情。那就是当我把新功能开发完成的时候，忽然发现自己开发使用的分支是错误的分支。 不过我记得之前学习 git 的时候有一个 git stash 的命令可以把当前没有提交的内容存档起来，然后可以在切换分支之后把当前的存档应用到目标分支。不过因为平时不怎么使用这个命令，所以有点生疏了，需要再次去看看文档。 花了十几分钟，把 git stash 相关的命令又再次温习了一下，接着就顺利地把这个问题给解决掉。
139 天前 / 开发者头条
大家好，我是周刊菌。 「码农周刊 VIP 会员」推出 21 周啦！感谢亲们的大力支持！第 021 期「码农周刊 VIP 会员专属邮件周报」已发送完毕，请注意查收。 告诉大家一个好消息：已有数位上市公司 CTO 低调订阅了我们的「码农周刊 VIP 会员专属邮件周报」，感谢肯定！ 以下内容选自「码农周刊 VIP 会员」圈子，每日更新，精彩不断。 「码农周刊 VIP 会员」是什么？ 简介版 码农周刊 VIP 会员 = 全年 52 期「VIP 会员专属邮件周报」 + 只限 VIP 会员加入的交流圈子 + 大厂「内推机会」 + N 多福利 详细版 点击「阅读原文」即可查看详细介绍 加入「码农周刊 VIP...
148 天前 / HelloGitHub
原文地址：5 Git workflows you can use to deliver better code and improve your development process[1]原文作者：Vikash Koushik 译者：陈元校对者：HelloGitHub- 丫丫我还没有遇到过一个开发人员，在查看 Git 分支合并的冲突信息时不抓耳挠腮。 解决 Git 合并冲突是每个开发人员都讨厌的事情之一，尤其是当你准备进行生产环境部署时！ 正确的设置 Git 工作流可以改善你的 开发流程 [2] 。 当然，拥有正确的 Git 工作流并不能解决你的所有问题。但这是朝正确方向迈出的一步。
154 天前 / Lara
大多数软件在发布之前都有 beta 版 — 该版本包含某些还处于试验阶段的功能，尚未达到生产就绪状态。 常常会有一些 beta 测试用户群体，他们使用该版本，对其进行测试，提交 bug 和其他发现的问题。 开发 NPM module 也有相同的过程。那么我们如何通过 NPM 部署 beta 版本呢？ 如何部署 beta 版实现新功能之后，我们首先要做的就是像常规发行版本那样，对版本进行修改。 在你的版本末尾添加 beta.0 非常重要。.0 表示它是哪个版本。当我们对 beta 版进行修补发布新的 beta 版本时，我们会将。0 递增到。1，以此类推。
186 天前 / Jackeyzhe
开始尝试优化你的 Git 提交信息吧 我们都看到过的你在一个项目中使用 Git 作为版本控制。 当你做完了一次修改之后，你想要尽快更新你的分支。 所以你打开了终端，输入了下面这些命令，完成了一次远端分支的更新。 gitadd. gitcommit-m"addednewfeature" gitpush 然后你做了一些自测，发现了一个新鲜的 bug。问题不大，你很轻松的就解决掉了这个 bug，现在你需要把新的代码再次提交到远程分支，于是你很熟练的使用起 Git 命令。 gitadd. gitcommit-m"fixbug" gitpush 你几乎每天都在重复做着这样的事情，当你打开 Git log 时，你会发现它长成了这个样子。
218 天前 / 是小桔啦
你好，我是小桔，是一个没有感情的代码崽。 今天给大家介绍一下 Git Hooks，相信 Git 大家都在用吧，Git 除了用作版本控制，还有许多高级功能，Git Hooks 就是其中之一。 本文环境： Git 版本：2.27.0Husky 版本：4.2.5Node.js 版本：12.16.2 前言 做过前端的同学对 Hook 这个东西应该很了解吧，后端也是有 Hook 这种概念的，比如 Java 的 @PostConstruct，也是一种 Hook 的体现。简单来说，Hook 就是在执行某个事件之前或之后进行一些其他额外的操作。 举个栗子，张三现在要吃饭，那么吃饭就是一个事件，吃饭前和吃饭后就可以称为两个钩子。
226 天前 / Michael_翔_
前言最近一周在对项目的代码做一些构建工程的整改，一些通用的代码往往经常需要在代码库中的各个分支进行提交。没接触过 cherry-pick 功能时，往往需要反复切换分支，重复地在各个分支上进行同样内容的修改。这样的操作不仅繁琐，而且修改的地方一多，极易出错！ cherry cherry-pick 的理解 Git 提供的cherry-pick 命令可以很好地解决上面场景的问题，高效、快捷！同样的适配，使用该命令之后，比其他同事能够提前不少时间完成整改！ 我们代码库中的一个个 commit 可以看做一个个 cherry。