上库出现的异常记录 + 上库流程

1 比如第一次提交代码，质量编译失败了。修改过后编码格式，然后怎么进行在次合理提交上库呢？

• Amend commit 修改 提交

• 在继续进行推代码上库操作----》会在库上基于上次的直接进行覆盖，重新进行编译更新。

• 提了三笔记录，怎么查看我本地的一个记录呢，就是提三次的记录 ？？？？

• 在库上的更新操作里面可以查看到，追加了几笔的提交记录

2   标题问题描述超过72字符的修改办法

[Rom.App.SideBar][1/1]{ 标题问题描述 }

1 进行修改内容

2 点击ok确定

3 git push    （ 上推操作 ）

3 注意在一次提交的时候，删除掉遗留信息的Change-id

在可视化 Commit 的时候，因为信息是之前的信息---》这个时候需要修改信息，但是有个重点要留意，就是之前的遗留信息中的Change -Id 这个是要删除的，

新一次上库，它会生成自己的 Change-id

---

这个 Cherry - Pick 这个方法后期的重点理解和熟悉一下用法。

（好像是把分支上面的本地提交，直接给切换到本地的主分支上 ---》然后在进行 push 推到云 库上去 ）

4 我已经提了一笔上库了，但是没有合入状态。然后构建还出现了编码规范的问题，

然后我现在，在提一笔代码，有影响吗？

我在推的时候，应该是把上一笔，也给推上去了。怎么避免在推第二笔的时候，把第一笔过滤掉呢？

有影响，

因为我第一笔A提交的时候，没有完全合入，所以还是在A 的记录上的，所以我在修改的时候，还是在A 的记录上的一个状态，所以在提交后一笔B 的时候，直接把A也给带上去了。

所以后期这种问题，切换一个新分支，然后在重新提交，因为此笔上没有记录，你的这个修改是第一笔，所以只有一笔状态。

Change-Id: I53707cffd32fa8ef2bd2ab25c497bab698b840ce

---

 

5 git 提交上库的出现的异常记录。

当时看他进行了一些操作，我这边说实话，还是没有太理解这个状态。

6 用分支的方法进行合理使用代码上库

思路master分支，作为不动分支，只是负责上库的分支，和用于远程的master主分支进行同步更新代码的。

1 在自己创建的本地分支开发，--》然后在commit，

2 在更新远程master分支，同步本地，本地分支和远程分支代码同步

3 checkout到本地的主master，commit 提交，（接冲突）

4 在到本地的主分支上，代码推到库上地址push

备注：切分支，创建新分支，比如A为主分支，这个时候在A的时候切出来的都是A的内容

然后再到B了，B在进行修改一部分，在然后再切换分支，这个时候是以B为基础的，然后切出来的C的代码，就是基于B的代码。

//切完分支后的提代码操作

1 在dev分支上操作，检查了一下代码是否可以跑通

2 在dev上修改一笔代码后--------》进行了commit 提交（此时有了log记录）

3 在 Checkout 到 master本地主分支上

4 在Local中找到----》dev分支----》然后在自己dev中的 -commit提交中进行 -----》Cherry-Pick----> 会到达 master本地主分支上 （在master本地主分支上看记录）

5 在本地的 master主分支上----》git push 代码就上库了

注意 注意 ！！ 就是在还有上一笔 A的git记录,在库上没有合入的时候，你在推B笔的时候,(犹豫A笔没有合入，然后在推B笔的时候，就会有把A笔给带上去，这个以B点时间为节点，有会重新编译A笔。)

提问？？？： 如何在提交B笔的时候，能把A笔给绕过呢（这个时候的A笔上库了，但是还是没有进行合入的状态呢，所以导致在后面的修改操作上推入库时，就会有把A笔上库在给带上去。）

3 然后切换到master分支后 -----》在点击本地的 master 更新操作 （ 然后在操作，本地master让和远程库上的 master 代码同步为最新的。）

异常提示

Merge remote-tracking branch 'origin/master'

4 在回到dev分支，然后在commit提交的记录上进行----》Cherry-Pick-----》然后就会到本地的主分支master上 （前提是已经切换到了 Master分支了）

checkout

git reset --soft 完全保留工作区和暂存区，会撤销git commit提交，保留git add操作的内容

（所有reset都会执行这个操作）

git reset --mixed  完全保留工作区，会撤销commit提交和git add操作

git reset --hard  彻底清除工作区和暂存区，***慎用***

git reset --keep 保留工作区和HEAD之间的差异

Merge remote-tracking branch 'origin/master'

        git日志出现这个东西，是因为我们先将修改的代码commit到了本地仓库，然后再去pull更新项目。如果远程仓库有新内容（大部分情况都会有），更新代码时拉取的新内容是要和本地提交进行一个合并，然后就出现了Merge remote-tracking branch 'origin/master'。

解决方法：在commit代码之前，都先去pull更新一下代码。这样做就避免了合并代码。

取消掉恼人的Merge branch提交呢？使提交历史变为简单的：

accf96f77485502f918b56007eb39af687674755 add file1 from local

20171e3a0ed95a6b6a920cda8d7837fff2b393db Create file2 from remote

解决方法（假设使用的是master分支）只须执行如下命令

git rebase origin/master

然后执行提交（git push origin master）即可。

• Android Studio 可视化 的上库操作

1 点击 Commit

2 填写Commit Message

注意 注意 注意 ！！！

这个 Change-Id 要删除，因为这个是以前留下的。

点击提交后，会生成新的，新一笔的 Change-Id

3 点击 Commit 提交 ----》Git ---》Log:master ( 有记录可以查看)

4 Update Project ------》在提交前对代码进行同步更新。

（这个的基础是在 Commit提交后，才能的操作 ----》要不这个Update Project 操作会把我修改的代码给，给覆盖完了 注意！ 注意！ 注意！ 这个是重点注意的 ）

5 这个时候，有时候会有冲突，解决冲突。

在Cherry-Pick 的时候也会引发冲突

它会三个展示状态： 1自己类的代码 2合并成最后新的代码 3外面来的要合入的代码（包括库上，也包括你从别的分支上Cherry-Pick过来的代码）

好奇的是，那为什么我自己类的代码，都在本类中了，怎么还要进行我手动添加呢？

那中间的那个状态代码，又是什么时候时间状态的呢 ？

6 git push    （ 上推操作 ）

这个是我代码  库上云的地址，通过这个地址给推上去。

git push origin HEAD:refs/for/master

7 上推代码之后 报错的状态。

8 代码推送上库成功，然后进入构建状态。

---

• 编译失败查看的地方

---

在把代码

//========================================================================

 1  commit后

2 才能进行和库上更新一下。（直接更新，会把我的代码，给冲掉）