18 天前 / Joinncat
git 是什么？git 是一个免费且开源的分布式版本控制系统，可以快速高效地应用于从小型到大型的项目，其实就是一个高级一点的版本控制系统。 为什么要使用 git 学一门技术之前，一定要弄清楚为什么要学，不能为了跟随潮流去被动学习。什么大家都在用了，要是我不会岂不是 out 了，这种想法 too young too simple。 首先，简单了解一下 git 的由来。Linux 内核开源项目从 2002 年开始使用名为 BitKeeper 的商业化版本控制工具，到了 2005 年，开发 BitKeeper 的商业公司 BitMover 同 Linux 内核开源社区的合作关系结束...
20 天前 / MarvinZhang
前言相信爬虫（网络爬虫）是开发者们耳熟能详的数据采集技术。其中基于 Python Twisted 异步框架的 Scrapy，是灵活且强大的爬虫框架。而 Scrapyd 是 Scrapy 默认的爬虫管理服务，能够简单的执行、监控爬虫任务，除此之外，Scrapyd 还支持爬虫版本管理功能。后来基于 Scrapyd 的爬虫平台如雨后春笋般涌现出来，前有 SpiderKeeper，后有 Scrapydweb、Gerapy，都是比较优秀的开源爬虫管理平台，但它们都有个共同的问题，就是不能运行 Scrapy 以外的爬虫，导致灵活性不高。
26 天前 / HueiFeng
前言 2020 年 3 月初春，虽然春节已经过去一个多月，大街上还未恢复往年的热闹。由于春节前夕突然降临的冠状病毒，导致很多员工无法回到城市复工。春节之后，阿捷所在的公司考虑到复工带来的风险，通知所有员工以远程的方式在家办公。某一天，PM 联系到阿捷，说目前有一个需求，想要对各个项目组的 Git 仓库提交信息进行相关统计，让阿捷调研一下。于是阿捷查了一番资料，了解到可以直接用原生 Git 命令行的方式来实现。即使用内置的git log命令，提取仓库下的提交日志。
31 天前 / 开发者头条
更多 GitHub 开源项目 项目介绍 Gitea 的首要目标是创建一个极易安装，运行非常快速，安装和使用体验良好的自建 Git 服务。 我们采用 Go 作为后端语言，这使我们只要生成一个可执行程序即可。并且他还支持跨平台，支持 Linux, macOS 和 Windows 以及各种架构，除了 x86，amd64，还包括 ARM 和 PowerPC。 如果您想试用一下，请访问在线 Demo！ GitHub 地址 如何获取项目地址？点击链接，打开后，「复制链接」即可。 https://github.com/go-gitea/gitea 更多精彩内容欢迎使用「开发者头条」App 或者「开发者热榜」小程序。
34 天前 / Charles_Tang
好久没有写代码提交 GitHub 了，真是惭愧！回到正题，今天提交了一个代码，冷不丁发现，在我的 Commit 记录里面，有一条被打上了 Verified 标记。原来 GitHub 的 Commit 支持签名验证了，我可以对每一个我的 Commit 进行签名（Commit Signature），这样，GitHub 的其他用户就知道这个“提交”来自一个可以信任的来源。我举个例子，如果有人设定了我的头像，我的名字，往我的版本库里 Push 了一个 Commit（我的 WordPress 插件官方仓库，被黑客提交过恶意代码，因为我不小心被钓鱼了，自爆一下黑历史），那么...
40 天前 / MarvinZhang
前言本次更新包括几个部分： 更好的支持 Scrapy 爬虫支持 Git 仓库同步支持长任务更好的爬虫管理更新日志功能 / 优化更好的支持 Scrapy. 爬虫识别，settings.py 配置，日志级别选择，爬虫选择。 #435Git 同步。 允许用户将 Git 项目同步到 Crawlab.长任务支持。 用户可以添加长任务爬虫，这些爬虫可以跑长期运行的任务。 425 爬虫列表优化。 分状态任务列数统计，任务列表详情弹出框，图例。 425 版本升级检测。 检测最新版本，通知用户升级。批量操作爬虫。 允许用户批量运行 / 停止爬虫任务，以及批量删除爬虫。复制爬虫。
40 天前 / 新亮笔记
概述这篇文章分享 Git 分支设计规范，目的是提供给研发人员做参考。 规范是死的，人是活的，希望自己定的规范，不要被打脸。 在说 Git 分支规范之前，先说下在系统开发过程中常用的环境。简称全称 DEVDevelopment environmentFATFeature Acceptance Test environmentUATUser Acceptance Test environmentPROProduction environment DEV 环境：用于开发者调试使用。FAT 环境：功能验收测试环境，用于测试环境下的软件测试者测试使用。UAT 环境：用户验收测试环境，用于生产环境下的软件测试者测试使用。PRO 环境：就是生产环境。
50 天前 / 江米小枣tonylua
原文：https://medium.com/better-programming/why-you-should-write-small-git-commits-c9a042737aa6 大部分与软件工程或程序开发有关的人都应该熟悉 Git 等版本控制系统。 通常，你会阶段性的作出改变、编写一段 commit message，然后将改变推送到仓库中。以下是一个例子： git add . git commit -m "[#2313213] 修正了 tooltip 中的 XSS 安全性" git push # 向仓库中推送了 2 个改变过的文件但是，你可能见到过包含了很多已改变文件的 commit，因为其包含了各种各样的主题： git commit -m "[#3313212] 修正了 tooltip 中的 XSS 安全性 + 改善了 dropdo...
52 天前 / u553049
版本控制几乎是所有开发项目的必备，Git 是目前主流的版本控制系统，下面介绍几种常用的工作流程。 目录： 最简模式特征分支开发分支开发 + 特性分支发布分支 1. 最简模式这是最简单的工作流模式，只使用 master 分支。 这种方式只适合于非常小的项目，例如个人项目。 当团队增长后，这种方式会极其混乱，产生大量的代码冲突。 2. Feature 特征分支在上种方式上添加了 feature 特征分支。 每个 feature 分支都是用来开发某个新功能，以便与项目的其他部分隔离。 当 feature 分支中的功能开发完成后，这个分支就合并到 master 分支。
83 天前 / hijiangtao
首发于初级前端工程师写文章Code Review 时能用上的一些 Git 操作hijiangtao中国科学院大学 计算机应用技术硕士28 人赞同了该文章往日干活，都是自己代码一时爽，后人维护XXX。如果可以的话，还是要坚持 Code Review (CR)，不仅团队内熟悉代码风格，更能在学习他人优秀的代码风格的同时补足自己的短板。 但是第一次 CR 时，如果你不是一个 git 高手，肯定会有那么一些手足无措，比如提交代码如何增量更新、混乱分支后如何撤销变更等等，本文从只会 add/commit/push 三连的新手出发，看看 CR 时遇到的一些问题都要如何处理。
91 天前 / 高飞
来源：帅地玩编程 作者：帅地 虽然之前学过 Git，不过用的比较少，很多原理也不是很清楚，所以最近是买了个视频，静下心来从零学习了下 Git，不过 Git 用来用去其实也就那几个命令，今天这篇文章，我把那些命令都分类总结了一下（当然，是参考别人的分类的），这些总结大部分来自于我买的一个 Git 鼠标垫，主要是为了以后自己忘记了方便查找。相信这份 Git 宝典，一定值得你收藏。 一、Git 配置相关如果你首次使用 Git，那刚开始首先是需要配置各种身份信息的，这样当你提交相关任务的时候，别人才能知道这个 commit 是谁提交的。
101 天前 / 苟不利包子
1. 本文导读 本文对应的 git-standardize 项目地址https://github.com/vimerzhao/git-standardize 1.1. 问题背景大部分程序员对于Git的理解还停留在 git add . git commit -m "update" git pull git push的阶段，但这在实际项目开发中是远远不够的。 举一个简单的例子，现在我们需要过滤所有修复bug的提交，该怎么做？显然是无法做到的，因为无法从commit信息获知。但是，如果我们在每次commit信息里面都注明提交的类型，是不是就可以通过过滤指定类型来达到目的了。
103 天前 / 苟不利包子
正文共：13110字 ,预计阅读时间：33分钟 1. 导读1.1. 为什么写这篇文章写这篇文章的本意有二: 工作安排原因，常有同事询问我一些关于 Git 的问题，总觉得自己解释的不够透彻，因此觉得有必要深入了解一下。 目前中文的 Git 教程往往本末倒置，一味从版本管理工具的角度去堆砌命令，而没有把握住Git的本质，导致读者知道的命令愈多，愈觉得 Git 复杂不友好。 本文中，笔者会通过实例演示+原理解释的方式进行剖析，并提出一些平时我们不易察觉的问题。