新書推薦：
《
佛山华家班粤菜传承 华家班59位大厨 102道粤菜 图文并茂 菜式制作视频 粤菜故事技法 佛山传统文化 广东科技
》
售價：NT$
1010.0
《
武人琴音（十周年纪念版 逝去的武林系列收官之作 形意拳一门三代：尚云祥、韩伯言、韩瑜的人生故事 凸显百年武人命运）
》
售價：NT$
199.0
《
剑桥斯堪的纳维亚戏剧史（剑桥世界戏剧史译丛）
》
售價：NT$
704.0
《
禅心与箭术：过松弛而有力的生活（乔布斯精神导师、世界禅者——铃木大拙荐）
》
售價：NT$
301.0
《
先进电磁屏蔽材料——基础、性能与应用
》
售價：NT$
1010.0
《
可转债投资实战
》
售價：NT$
454.0
《
王氏之死（新版，史景迁成名作）
》
售價：NT$
250.0
《
敢为天下先：三年建成港科大
》
售價：NT$
352.0
|
| 編輯推薦： |
|
1.内容详细易懂：从基础概念讲起，覆盖了Git的各种操作和使用技巧，不仅将提交、版本库、分支、合并等命令讲解到位，还介绍了工作流、二分法排错等内容，让读者轻松掌握Git。2.实践案例丰富：提供了大量的实例演示和问题解决方案，帮助读者在实际应用中更好地理解和运用Git，同时也介绍了工作流场景，让读者能够接触到更多的实战案例。3.专业详尽：作者普莱贝尔和斯拉赫曼都是德国杰出的软件开发人员，他们对Git有着深入的研究和应用经验。4.面向团队协作：特别关注于敏捷开发和工作流，在介绍各种命令和选项的同时，也重点讲解了如何使用Git处理一个团队开发中的各项事务。5.适合多层次读者：不仅适合从事软件开发工作的专业人士，对Git的初学者也非常友好。引导读者逐步掌握Git的各个方面，使得读者可以从入门到精通，更好地运用Git进行版本控制和协作开发。
|
| 內容簡介： |
|
Git是一款免费、开源的分布式版本控制系统，也是当今流行的版本控制系统之一，在众多的项目开发中普遍使用，得到程序员和工程师的欢迎和喜爱。本书是一本面向专业开发人员的图书。全书内容分为26章，从基础概念讲起，陆续向读者介绍了有关Git的各种操作和使用技巧，不仅将提交、版本库、分支、合并等命令讲解到位，还介绍了工作流、基于分支的开发、二分法排错、发行版交付、项目的拆分与合并、项目的迁移等内容。本书适合从事项目开发的专业人士阅读，想要学习Git的读者也可以选用。
|
| 關於作者： |
|
René Preiβel，Bjrn Stachmann，德国杰出软件开发人员。
|
| 目錄：
|
|
目录第 1章 基本概念 11.1 分布式版本控制，有何过人之处 11.2 版本库，分布式工作的基础所在 31.3 分支的创建与合并很简单 51.4 本章小结 6第 2章 入门 82.1 准备Git环境 82.2 第 一个Git项目 82.2.1 创建版本库 92.2.2 首 次提交 92.2.3 检查状态 102.2.4 提交修改 112.2.5 显示历史 112.3 Git的协作功能 122.3.1 克隆版本库 122.3.2 从另一版本库中获取修改 122.3.3 从任意版本库中取回修改 142.3.4 创建共享版本库 142.3.5 用push命令上载修改 152.3.6 Pull命令：取回修改 162.4 本章小结 17第3章 提交是什么 183.1 访问权限与时间戳 183.2 add命令与commit命令 193.3 再谈提交散列值 193.4 提交历史 203.5 一种略有不同的提交查看方法 213.6 同一项目的多部不同历史 213.6.1 部分输出：-n 223.6.2 格式化输出：--format、--oneline 233.6.3 统计修改信息：--stat、--shortstat 233.6.4 日志选项：--graph 233.7 本章小结 24第4章 多次提交 254.1 status命令 254.2 存储在暂存区中的快照 284.3 怎样的修改不该被提交 284.4 用.gitignore忽略非版本控制文件 304.5 储藏 314.6 本章小结 31第5章 版本库 335.1 一种简单而高效的存储系统 335.2 存储目录：Blob与Tree 345.3 相同数据只存储一次 355.4 压缩相似内容 355.5 当不同文件的散列值相同时，情况会很糟糕吗 355.6 提交对象 365.7 提交历史中的对象重用 365.8 重命名、移动与复制 375.9 本章小结 39第6章 分支 406.1 并行式开发 406.2 修复旧版本中的bug 416.3 分支 416.4 泳道 426.5 当前活跃分支 426.6 重置分支指针 446.7 删除分支 446.8 清理提交对象 456.9 本章小结 45第7章 合并分支 467.1 合并过程中发生的事 477.2 冲突 487.3 编辑冲突 487.4 冲突标志 497.5 解决编辑冲突 507.6 内容冲突又是什么呢 517.7 快进合并 527.8 第 一父级提交历史 537.9 棘手的合并冲突 547.10 无论如何，终会有可行的方式 557.11 本章小结 56第8章 通过变基净化历史 578.1 工作原理：复制提交 578.2 避免“钻石链” 588.3 什么情况下会遇到冲突呢 598.4 移植分支 608.5 执行变基后原提交的情况 618.6 为什么提交的原件与副本存在于同一版本库中是有问题的 618.7 捡取 628.8 本章小结 62第9章 版本库间的交换 649.1 克隆版本库 649.2 如何告知Git其他版本库的位置 659.3 给别处的版本库起个名字 659.4 获取数据 669.5 远程跟踪分支：监控其他分支 679.6 利用本地分支操作别处的版本库 689.7 Pull = Fetch + Merge 699.8 讨厌钻石链的人：请用--rebase选项 699.9 push：pull的反面 699.10 命名分支 719.11 本章小结 72第 10章 版本标签 7310.1 创建标签 7310.2 当前存在哪些标签 7410.3 打印标签的散列值 7410.4 将标签添加到日志输出中 7410.5 在哪个版本里呢 7510.6 如何修改标签呢 7510.7 当我们需要一个浮动标签时 7510.8 本章小结 75第 11章 版本库之间的依赖 7711.1 与子模块之间的依赖 7711.2 与子树之间的依赖 8211.3 本章小结 85第 12章 技巧 8612.1 不要慌，我们有一个引用日志 8612.2 忽略临时性的本地修改 8712.3 检查对文本文件的修改 8812.4 别名—Git命令的快捷方式 8812.5 为临时指向的提交创建分支 8912.6 将提交移动到另一分支 89第 13章 工作流简介 9113.1 我们会在什么时候使用这些工作流呢 9113.1.1 项目开始阶段 9113.1.2 项目开发阶段 9213.1.3 项目交付阶段 9213.1.4 项目重构阶段 9213.2 工作流的结构 9313.2.1 条目 9313.2.2 概述 9313.2.3 使用要求 9313.2.4 工作流简述 9313.2.5 执行过程及其实现 9413.2.6 何不换一种做法 94第 14章 项目设置 9514.1 概述 9614.2 使用要求 9614.3 工作流简述：设置项目 9714.4 执行过程及其实现 9814.4.1 基于项目目录创建一个新的版本库 9814.4.2 以文件访问的方式共享版本库 10114.4.3 用Git daemon来共享版本库 10214.4.4 用HTTP协议来共享版本库 10314.4.5 用SSH协议来共享版本库 10614.5 何不换一种做法 107何不放弃推送操作 10714.6 纯拉取操作 108第 15章 相同分支上的开发 10915.1 概述 11015.2 使用要求 11115.3 工作流简述：相同分支上的开发 11115.4 执行过程及其实现 111在master分支上操作 11115.5 何不换一种做法 114何不用变基来代替合并 114第 16章 基于特性分支的开发 11616.1 概述 11616.2 使用要求 11716.3 工作流简述：基于特性分支的开发 11816.4 执行过程及其实现 11816.4.1 创建特性分支 11816.4.2 在master分支上集成某一特性 11916.4.3 将master分支上所发生的修改传递给特性分支 12416.5 何不换一种做法 12516.5.1 何不直接在部分交付后的合并版本上继续后续工作 12516.5.2 何不到发行版即将成型时再集成特性分支 12616.5.3 何不交换特性分支之间的提交 126第 17章 二分法排错 13017.1 概述 13017.2 使用要求 13117.3 工作流简述：二分法排错 13117.4 执行过程及其实现 13117.4.1 用二分法人工排错 13217.4.2 用二分法自动排错 13417.5 何不换一种做法 138何不用合并操作将测试脚本添加到旧提交中去 138第 18章 基于构建服务器的工作 13918.1 概述 13918.2 使用要求 14018.3 工作流简述：基于构建服务器的工作 14018.4 执行过程及其实现 14118.4.1 预备构建服务器 14118.4.2 构建服务器上的Git 14218.4.3 比对本地开发版本与**后成功构建版本之间的差异 14518.4.4 基于构建历史的排错 14618.5 何不换一种做法 14918.5.1 何不使用标签 14918.5.2 何不将构建历史放在中央版本库中 149第 19章 发行版交付 15019.1 概述 15019.2 使用要求 15119.3 工作流简述：“发行版交付” 15219.4 执行过程及其实现 15219.4.1 预备阶段：创建stable分支 15219.4.2 预备并创建发行版 15419.4.3 创建补丁 15719.5 何不换一种做法 15919.5.1 为什么不能只用标签 15919.5.2 何不干脆不用标签 15919.5.3 为什么不能用快进式合并 16019.5.4 为什么不直接在stable分支上实现补丁 160第 20章 拆分大项目 16120.1 概述 16120.2 使用要求 16320.3 工作流简述：“拆分大项目” 16320.4 执行过程及其实现 16320.4.1 拆分模块版本库 16320.4.2 将拆分出的模块作为外部版本库集成 16520.5 何不换一种做法 16620.5.1 何不采用一个全新的版本库 16620.5.2 为什么不采用--subdirectory-filter选项 167第 21章 合并小型项目 16821.1 概述 16821.2 使用要求 16921.3 工作流简述：“合并小项目” 17021.4 执行过程及其实现 170合并版本库 17021.5 何不换一种做法 172为什么不直接合并，跳过创建项目文件目录 172第 22章 外包长历史记录 17322.1 概述 17322.2 使用要求 17422.3 工作流简述：“外包长历史记录” 17522.4 执行过程及其实现 17522.4.1 外包项目历史 17522.4.2 链接到当前活动版本库 17822.5 何不换一种做法 179为什么不获取档案版本库（而是采用链接） 179第 23章 与其他版本控制系统并行使用 18023.1 概述 18023.2 使用要求 18223.3 工作流简述：“与其他版本控制系统并行使用” 18223.4 执行过程及其实现 18223.4.1 初始部署版本库 18323.4.2 得到中央版本控制管理中的更新修改 18423.4.3 将修改提交传输到中央本版控制系统 18523.5 何不换一种做法 188为什么不选择一个Git版本库 188第 24章 迁移到Git 18924.1 概述 18924.2 使用要求 19024.3 工作流简述：“迁移到Git” 19024.4 执行过程及其实现 19024.4.1 学习和练习使用Git 19024.4.2 做出迁移的决定 19124.4.3 找到分支 19324.4.4 准备版本库 19424.4.5 获取分支 19524.4.6 以怀疑的态度使用接受这个版本库 19724.4.7 清理工作 19924.5 何不换一种做法 19924.5.1 为什么不接收整个项目历史 19924.5.2 是否可以没有遗产分支 19924.5.3 没有双版本控制工作区可以吗 200第 25章 还有一些其他任务 20125.1 交互式变基操作——完善历史记录 20125.2 补丁处理 20225.3 用E-mail发送补丁 20225.4 打包操作——离线模式下的推送操作 20325.5 创建归档 20325.6 Git的图形化工具 20425.7 与Subversion的协作 20525.8 命令别名 20525.9 标注提交 20625.10 用钩子扩展Git 20625.11 将版本库托管到Github上 207第 26章 Git的缺点 20826.1 高复杂度 20826.2 复杂的子模块 20926.3 大型二进制文件的资源消耗 21026.4 版本库只能作为一个整体被处理 21126.5 版本库只能作为整体被授权 21126.6 能用于历史分析的图形化工具偏弱 212
|
|
購物車/收銀台(0) | 在線留言板
| 付款方式
| 聯絡我們
| 運費計算
| 幫助中心 |
加入書簽
HOME
新書上架
