最近通过完成一个个志愿者协会的代码的提交和审核，重新将自己三个月浪费的开办公司的时间的技术，完成了一次梳理，对于后期完成代码的协作和完成代码的审核，有一些帮助的价值，下面我将其中的代码的运作的逻辑，通过文本的形式完成一次梳理，方便后期在完成相同的事情的时候，又可以借鉴和地方。

我们需要完成一个代码的库的修改，分为三个步骤；

在最近完成了合作伙伴的代码的协作，在这个过程中，我需要来完成一个代码的复盘，从而帮助自己更好的加深自己的代码的映像的回路。

我想要完成代码仓库的协作，首先需要在Github上构建一个仓库，这个仓库的的名称构建为：caihuahengyi在这个过程过程中，我们需要完成队员的组建，需要在setting中找到我们的队员，然后完成邀请，从而完成代码的协作，在这个过程中，首先我们需要在Github上构建一个代码的仓库，在这个时候就具备一个远程的代码的仓库的地址，想要让我们的代码的仓库具备数据，我们首先需要在本地完成数据的构建，使用ROR完成代码的构建。

1. 使用rebase而非merge来拉取上游修改

分支合并会被记录为一次合并提交，这种做法是很有意义的。比如说，可以通过这种方式来标识一个新特性被合并到了发布分支中。不过，当多个团队成员工作在一个项目中并使用常规的git pull来同步分支时，提交时间线就会被不必要的合并提交所污染。更好的做法则是使用git rebase将一个feature分支变基到master分支：

引言

Visual Studio Code稳定版本1.35中已经可以安装和使用远程开发扩展了，当前版本仍然是预览版，但是我们还是可以尝试以下远程开发的体验，那么今天就尝试一下如何在Windows下的Visual Studio Code中配置远程开发环境！

环境准备

综合下网上的介绍和资料，git stash（git储藏）可用于以下情形：

• 发现有一个类是多余的，想删掉它又担心以后需要查看它的代码，想保存它但又不想增加一个脏的提交。这时就可以考虑git stash。
• 使用git的时候，我们往往使用分支（branch）解决任务切换问题，例如，我们往往会建一个自己的分支去修改和调试代码, 如果别人或者自己发现原有的分支上有个不得不修改的bug，我们往往会把完成一半的代码commit提交到本地仓库，然后切换分支去修改bug，改好之后再切换回来。这样的话往往log上会有大量不必要的记录。其实如果我们不想提交完成一半或者不完善的代码，但是却不得不去修改一个紧急Bug，那么使用git stash就可以将你当前未提交到本地（和服务器）的代码推入到Git的栈中，这时候你的工作区间和上一次提交的内容是完全一样的，所以你可以放心的修Bug，等到修完Bug，提交到服务器上后，再使用git stash apply将以前一半的工作应用回来。