写代码的浩

有种情况我们经常会遇到：某个工作中的项目需要包含并使用另一个项目。 也许是第三方库，或者你独立开发的，用于多个父项目的库。 现在问题来了：你想要把它们当做两个独立的项目，同时又想在一个项目中使用另一个

公司的代码是在一个单独的Git服务（内网gitlab或者在gitee）上，而我们又想去参与一些开源项目，开源项目大部分都在给github上。这个时候我们就需要在本地配置两个

在本地的代码目录中，有些文件或者目录我们并不想提交到仓库中，比如一些运行日志等文件。这样的话，我们提交代码时，就只能一个一个文件去git add，太麻烦了。 为了解决这个问题，Git里面有一个.git

我们会发现Git命令的名字都不短，命令名字打多了，还是蛮累的。尤其是程序员这种工作以码字为主的，天天重复敲那么几个单词，很难受的。其实我们可以去设置别名

软件开发过程中的意外情况会非常多，比如上一节课讲到的废弃提交，很容易就多废弃了一些。那么如果发生了这种情况，我们该怎么恢复代码呢？ cherry-pick cherry-pick命令"复制"一个提交节

在实际开发中我们要拥抱变化。我们都知道需求它是很不稳定的，在实际开发过程中会经常改变。经常会遇到一个需求，已经开始进入开发阶段了，开发到一半的时候说这个功能不需要了。甚至会出现我们已经实现某一个功能，

当前项目的代码写到一半，你突然收到一个修复紧急bug的任务。按照工作流，一般都是先创建一个新的bug分支来修复它。但是，你现在的代码写了一半，还不适合提交，短时间内也无法完成功能开发。这时候可以先把当

在工作流中，我们在提交代码时的描述，是会有约定的，比如实现了一个功能，提交的描述就必须是“feature:描述”。比如修改了一个bug，提交的描述必须是“fixbug#bugId:描述”。比如做了一次

随着你工作越来越出色，主管开始让你负责一个新项目，这个时候你需要负责创建仓库和确定代码工作流。工作流前面介绍过，这里就不重复了。那么仓库该怎么创建。 创建仓库很简单，直接根据Git网站服务页面上的流程