标签分类
当前位置:首页 > 行业软件及应用电子书 > Git电子书网盘下载
Git团队协作 Git团队协作
junhanliu0226

junhanliu0226 提供上传

资源
49
粉丝
46
喜欢
135
评论
13

    Git团队协作 PDF 高清版

    Git电子书
    • 发布时间:

    给大家带来的一篇关于Git相关的电子书资源,介绍了关于Git、团队协作方面的内容,本书是由人民邮电出版社出版,格式为PDF,资源大小11.6 MB,艾玛?简?霍格宾?韦编写,目前豆瓣、亚马逊、当当、京东等电子书综合评分为:7.5,更多相关的学习资源可以参阅 行业软件及应用电子书、等栏目。

  • Git团队协作 PDF 下载
  • 下载地址:https://pan.baidu.com/s/12xiqOs16uw3zmcD65JaX7Q
  • 分享码:bi69
  • Git团队协作 PDF

    本书是一本软件团队协作指南,采用以人为本的方式讲解版本控制,强调如何利用Git促进团队协作。第一部分介绍如何创建一个优秀的团队、如何构建工作流等。第二部分从实践的角度学习Git命令。第三部分介绍如何在GitHub、Bitbucket和GitLab平台上托管项目。

    目录

    • Johannes Schindelin 序 xi
    • Mark Atwood 序 xii
    • 前言 xiii
    • 引言 xvii
    • 第一部分 制定工作流
    • 第1章 团队作战  2
    • 1.1 团队成员  2
    • 1.2 思维策略  4
    • 1.3 团队会议  6
    • 1.3.1 项目启动  7
    • 1.3.2 追踪进展  7
    • 1.3.3 培养同理心  9
    • 1.3.4 回顾  9
    • 1.4 Git 中的团队协作  10
    • 1.5 小结  11
    • 第2章 命令与控制  12
    • 2.1 项目治理  12
    • 2.1.1 版权和贡献者协议  13
    • 2.1.2 分发许可  14
    • 2.1.3 领导力模型  15
    • 2.1.4 行为守则  15
    • 2.2 访问模型  16
    • 2.2.1 适合分散贡献者仓库的模型  18
    • 2.2.2 适合并列贡献者仓库的模型  20
    • 2.2.3 共同维护的模型  22
    • 2.2.4 自定义访问模型  24
    • 2.3 小结  25
    • 第3章 分支策略  26
    • 3.1 理解分支  26
    • 3.2 挑选约定  27
    • 3.3 几种约定  28
    • 3.3.1 主线分支开发  28
    • 3.3.2 功能分支部署  30
    • 3.3.3 状态分支  32
    • 3.3.4 计划部署  35
    • 3.4 更新分支  40
    • 3.5 小结  43
    • 第4章 工作流  45
    • 4.1 初识工作流  45
    • 4.1.1 记录工作过程  46
    • 4.1.2 记录编码的决定  46
    • 4.2 工单进展  47
    • 4.3 基本工作流  49
    • 4.3.1 使用同行评审的可信开发者  50
    • 4.3.2 需要质量保证团队的不可信开发者  51
    • 4.4 根据计划发布软件  52
    • 4.4.1 发布稳定版本  52
    • 4.4.2 正在进行的开发  53
    • 4.4.3 发布后的补丁  53
    • 4.5 非软件项目中的协作  54
    • 4.6 小结  55
    • 第二部分 在工作流中使用命令
    • 第5章 单人团队  58
    • 5.1 基于issue 的版本控制  59
    • 5.2 创建本地仓库  60
    • 5.2.1 克隆已有的项目  62
    • 5.2.2 将已有的项目迁移至Git  63
    • 5.2.3 初始化空项目  65
    • 5.2.4 查看历史记录  65
    • 5.3 使用分支工作  66
    • 5.3.1 列出分支  66
    • 5.3.2 更新远程分支列表  67
    • 5.3.3 使用不同的分支  67
    • 5.3.4 创建新的分支  68
    • 5.4 在仓库中添加更改  70
    • 5.4.1 在仓库中添加部分文件修改  72
    • 5.4.2 提交部分更改  73
    • 5.4.3 从暂存区移除文件  74
    • 5.4.4 编写扩展提交消息  74
    • 5.4.5 忽略文件  75
    • 5.5 使用标签  76
    • 5.6 连接远程仓库  77
    • 5.6.1 创建新的项目  78
    • 5.6.2 添加第二个远程连接  78
    • 5.6.3 推送你的更改  79
    • 5.6.4 分支维护  80
    • 5.7 命令指南  81
    • 5.8 小结  82
    • 第6章 回滚、还原、重置和变基  83
    • 6.1 最佳实践  83
    • 6.1.1 描述问题  84
    • 6.1.2 使用分支进行试验性的工作  85
    • 6.2 分步变基  88
    • 6.2.1 开始变基  88
    • 6.2.2 文件删除造成的变基中冲突  89
    • 6.2.3 单个文件合并冲突造成的变基中冲突  92
    • 6.3 定位丢失的工作概述  94
    • 6.4 还原文件  97
    • 6.5 使用提交  98
    • 6.5.1 修补提交  99
    • 6.5.2 使用reset 合并提交  99
    • 6.5.3 使用交互式变基修改提交  101
    • 6.5.4 撤销分支合并  106
    • 6.6 撤销共享历史记录  108
    • 6.6.1 还原之前的提交  108
    • 6.6.2 撤销共享分支的合并  109
    • 6.7 真正移除历史记录  114
    • 6.8 命令指南  115
    • 6.9 小结  116
    • 第7章 多人团队  118
    • 7.1 设置项目  119
    • 7.1.1 创建新项目  119
    • 7.1.2 建立权限管理  120
    • 7.1.3 上传项目仓库  121
    • 7.1.4 在README 中记录项目  123
    • 7.2 设置开发者  124
    • 7.2.1 消费者  124
    • 7.2.2 贡献者  126
    • 7.2.3 维护者  127
    • 7.3 参与开发  128
    • 7.3.1 构建完美的提交  128
    • 7.3.2 保持分支最新  131
    • 7.3.3 评审工作  133
    • 7.3.4 合并完成的工作  135
    • 7.3.5 解决合并和变基冲突  136
    • 7.3.6 发布工作  137
    • 7.4 样例工作流  138
    • 7.4.1 基于冲刺的工作流  138
    • 7.4.2 没有同行评审的可信开发者  141
    • 7.4.3 需要独立质量保证的不可信开发者  142
    • 7.5 小结  143
    • 第8章 准备评审  144
    • 8.1 评审类型  144
    • 8.2 评审者类型  145
    • 8.3 用于代码评审的软件  146
    • 8.4 评审issue  146
    • 8.5 应用提议更改  147
    • 8.5.1 共享仓库的设置  147
    • 8.5.2 派生仓库的设置  148
    • 8.5.3 签出提议分支  148
    • 8.6 评审提议的更改  149
    • 8.7 准备你的反馈  151
    • 8.8 提交你的评估结果  151
    • 8.9 完成评审  152
    • 8.10 小结  153
    • 第9章 寻找并修复bug  154
    • 9.1 使用stash 进行紧急的bug 修复  155
    • 9.2 比较历史记录的研究  157
    • 9.3 使用blame 调查文件历史版本  159
    • 9.4 使用bisect 重演历史  161
    • 9.5 小结  163
    • 第三部分 Git 托管平台
    • 第10章 GitHub 上的开源项目  166
    • 10.1 开始使用GitHub  167
    • 10.1.1 创建账户  167
    • 10.1.2 创建组织  169
    • 10.1.3 个人仓库  170
    • 10.2 使用GitHub 上的公开仓库  177
    • 10.2.1 下载仓库快照  177
    • 10.2.2 在本地工作  178
    • 10.3 为项目做出贡献  181
    • 10.3.1 使用issue 跟踪更改  181
    • 10.3.2 派生项目  182
    • 10.3.3 创建拉取请求  182
    • 10.4 运营你自己的项目  184
    • 10.4.1 创建项目仓库  184
    • 10.4.2 授权共同维护  185
    • 10.4.3 评审并接受拉取请求  186
    • 10.4.4 发生合并冲突的拉取请求  187
    • 10.5 小结  188
    • 第11章 Bitbucket 上的私有团队工作  189
    • 11.1 非公开项目的项目治理  189
    • 11.2 开始使用  190
    • 11.2.1 创建账户  190
    • 11.2.2 在欢迎页面创建私有项目  192
    • 11.2.3 从信息中心创建私有项目  193
    • 11.2.4 设置你的新仓库  194
    • 11.2.5 探索你的项目  196
    • 11.2.6 编辑仓库中的文件  197
    • 11.3 项目设置  199
    • 11.3.1 Wiki 页面中的项目文档  200
    • 11.3.2 使用issue 跟踪你的更改  202
    • 11.4 访问控制  205
    • 11.4.1 共享权限  207
    • 11.4.2 每个开发者分别派生项目  207
    • 11.4.3 通过保护分支限制访问  207
    • 11.5 拉取请求  209
    • 11.5.1 提交拉取请求  209
    • 11.5.2 接受拉取请求  210
    • 11.6 使用Atlassian Connect 扩展Bitbucket  210
    • 11.7 小结  212
    • 第12章 GitLab 上自行管理的协作  213
    • 12.1 入门  213
    • 12.1.1 安装GitLab  213
    • 12.1.2 设置管理账户  215
    • 12.1.3 管理信息中心  216
    • 12.2 项目  219
    • 12.3 用户账户  221
    • 12.3.1 创建用户账户  221
    • 12.3.2 添加项目成员  223
    • 12.4 群组  224
    • 12.4.1 添加群组成员  225
    • 12.4.2 将项目添加到群组  227
    • 12.5 访问控制  228
    • 12.5.1 项目可见性  228
    • 12.5.2 使用项目角色限制活动  229
    • 12.5.3 使用保护分支限制访问  230
    • 12.6 里程碑  231
    • 12.7 小结  232
    • 附录A 奶油塔  233
    • 附录B 安装最新版本的Git  235
    • 附录C 配置Git  240
    • 附录D SSH 密钥  245
    • 关于作者  248
    • 关于封面  248

    上一篇:跟阿铭学Linux  下一篇:知晓程序:微信小程序入门指南

    展开 +

    收起 -

    码小辫二维码
     ←点击下载即可登录

    Git相关电子书
    学习笔记
    网友NO.242465

    git进行版本控制心得详谈

    小编在学习可视化的时候,接触到git,所以这里写一下关于GitHub的有关知识,写这个的目的还是巩固自己的学习,一方面可以提高自己,另一方面回头看一下,有什么更深层次的东西还可以再记录。 首先说一下版本控制软件,它可以让我们能够拍摄处于可行状态的项目的快照,修改项目(如实现新功能)后,如果项目不能正常运行,可以恢复到前一个可行状态。 通过使用版本控制,我们可以无忧无虑的改进项目,不用担心项目因为我们犯错而遭到破坏,对于大型项目来说,这显得尤为重要,但是对于小项目来说,哪怕只包含一个文件的程序,也大有裨益。 GibHub的名字源于Git,Git是一个分布式版本控制系统,让程序员团队能够协作开发项目,Git帮助大家管理为项目所做的工作,避免一个人所做的修改影响其他人所做的修改。你在项目中实现一个新功能的时候,Git将跟踪你对每个文件所做的修改。确定代码可行后,你将提交所做的修改,而Git将记录项目最新的状态,如果你犯了错,想撤销所做的修改,可轻松的返回以前的任何可行状态。GitHub上的项目都存储在仓库中,后者包含与项目相关联的一切:代码,项目参与者的信息,问题和bug报告等 下面讲一下安装Git(小编是windows系统,就只演示windows系统的安装) 第一步:下载……

    网友NO.748468

    详解Spring Cloud Config采用Git存储时两种常用的配置策略

    由于Spring Cloud Config默认采用了Git存储,相信很多团队在使用Spring Cloud的配置中心时也会采用这样的策略。即便大家都使用了Git存储,可能还有各种不同的配置方式,本文就来介绍一下两种常用的配置策略。 第一种:多个项目公用一个Git仓库,用不同的目录区分项目 主要的配置项如下: spring.cloud.config.server.git.uri=https://github.com/dyc87112/config-repo.gitspring.cloud.config.server.git.search-paths=/{application} 这种模式下不同的项目会对应到 https://github.com/dyc87112/config-repo.git 仓库下的不同目录,如果项目中 spring.application.name=user-service ,那么它的配置仓库会定位到 https://github.com/dyc87112/config-repo.git 仓库下的 /user-service 目录。配置文件按 application-{profile}.properties 的格式存储, {profile} 代表环境名。 优缺点分析:因为只使用一个Git库存储,所以当配置是由专人统一维护的时候比较方便。但是如果要做DevOps的话,权限控制上将变的非常的弱。 第二种:多个项目使用多个不同Git仓库 主要的配置项如下: spring.cloud.config.server.git.uri=https://github.com/dyc87112/{application}.git 这种模式下不同的项目会对应的不同的Git仓库,如果项目中 spring.application.name=user-service ,那么它的配置仓库会定位到 https://github.com/dyc87112/user-service.git 仓库下的配置。配置文件按 application……

    网友NO.212527

    Python Gitlab Api 使用方法

    简述 公司使用gitlab 来托管代码,日常代码merge request 以及其他管理是交给测试,鉴于操作需经常打开网页,重复且繁琐,所以交给Python 管理。 官方文档 安装 pip install python-gitlab 环境: py3 DEMO # -*- coding: utf-8 -*-__Author__ = "xiewm"__Date__ = '2017/12/26 13:46'"""gitlab 经常使用到的apiDOC_URL: http://python-gitlab.readthedocs.io/en/stable/LOCAL_PATH: C:\Python36\Lib\site-packages\gitlab"""import gitlaburl = 'http://xxxxxxx'token = 'xxxxxxxxxxxxxx'# 登录gl = gitlab.Gitlab(url, token)# ---------------------------------------------------------------- ## 获取第一页projectprojects = gl.projects.list()# 获取所有的projectprojects = gl.projects.list(all=True)# ---------------------------------------------------------------- ## ---------------------------------------------------------------- ## 获取所有project的name,idfor p in gl.projects.list(all=True, as_list=False): print(p.name, p.id)# ---------------------------------------------------------------- ## ---------------------------------------------------------------- ## 获取第一页project的name,idfor p in gl.projects.list(page=1): print(p.name, p.id)# ---------------------------------------------------------------- ## ---------------------------------------------------------------- ## 通过指定id 获取 project 对象project = gl.projects.get(501)# ---------------------------------------------------------------- ## ------------------------------……

    网友NO.788787

    Laravel5.4框架使用socialite实现github登录的方法

    本文实例讲述了Laravel5.4框架使用socialite实现github登录的方法。分享给大家供大家参考,具体如下: 1.安装laravel5.4 composer create-project laravel/laravel zcms 5.4 2.安装Socialite composer require laravel/socialite 3.配置 编辑config/app.php 'providers' = [ // 其它服务提供者... Laravel\Socialite\SocialiteServiceProvider::class,], 'aliases' = [ 'Socialite' = Laravel\Socialite\Facades\Socialite::class,] 编辑config/service.php 'github' = [ 'client_id' = env('GITHUB_CLIENT_ID'), 'client_secret' = env('GITHUB_CLIENT_SECRET'), 'redirect' = env('GITHUB_REDIRECT'),], 4.申请github oauth apps ①.登录github-settings-OAuth Apps ②.填写Homepage URL(网站域名 http://www.zcms.site ),Authorization callback URL(回调路径 http://www.zcms.site/github/login ) ③.复制client_id,client_secret到.env文件 GITHUB_CLIENT_ID=211a7aa4b9c5a3a4c10c GITHUB_CLIENT_SECRET=2d3174561e440ed887a604f571aff9fa5bd84e44 GITHUB_REDIRECT=http://www.zcms.site/github/login 5.使用 ①.添加路由 Route::get('/login', 'LoginController@github');Route::get('/github.login', 'LoginController@githubLogin'); //这里为刚才的回调路径 ②.创建Controller App\Http\Controllers创建LoginController.php ?phpnamespace App\Http\Controllers;use App\Http\Controllers\Controller;use Socialite;class LoginController extends Controller{ public function github() { return Socialite::driver('github')-redirect(); } public function githubLogin() { $user = Soci……

    Copyright 2018-2019 xz577.com 码农之家

    版权责任说明