L*MM git에서 코드 매듭

0. 먼저 코드 단계를 밟는다.
(1)git add filename
(2)git commit 및 메시지 작성
(3) git push asop HEAD:refs/for/remote branch name (git branch -r 인쇄 remote branch name)
asop:remote name
HEAD : current branch
1. 수정한 후에 한 부를 저장하고 이전 버전으로 돌려보냅니다. 만약 변화가 없다면 자신이 수정하기 전에 아무도 메르지를 하지 않았을 때 직접 메르지를 할 수 있습니다. 그렇지 않으면 최신 코드를 잡고 수정한 후에야 메르지를 할 수 있습니다.
2. 최신 코드에서 수정하는 것을 명확히 하려면git status로 자신이 수정한 부분을 볼 수 있다. 그러면 최신 코드에서 자신이 수정한 폴더를 직접 바꾸면 된다.
3. 코드 형식 문제: 만약 알림^M(윈도우즈에서 컴파일된 파일move에서linux까지 일반적으로 있음)이 있다면 터미널에서dos2unix filename를 두드리는 것이 가장 간단합니다.
기타 상세 방법 추가: 클릭
4. 코드 포맷 문제: 만약에 Trailing space가 제시된다면 여러 가지 방법도 있다. 나의 해결 방법은source insight에서 해결한다.
options-〉 preferences->file->remove extra space while saving에 체크를 하면 어떤 파일을 선택하여 저장한 후에 이전의 줄 끝 빈칸이나 전체 빈칸이 사라진 것을 발견할 수 있습니다
5. 코드 포맷 문제: tab 키가 있기 전에 공백으로 설정하지 않으면 먼저 다음과 같이 설정해야 한다.
options->document options->expand tab 체크,visual tabs 체크,tab width는 당신이 원하는 너비로 설정합니다. 저는 보통 4개로 설정합니다.
그리고 현재tab키를 빈칸으로 바꾸려면:edit->special edit->tabs to spaces, ok입니다.
사실 제가 시도해 봤는데 만약tab키가 빈칸으로 대체되지 않았다면 4를 사용하는 방법은 코드 앞의 tab키를 제거할 수 없고 편집을 사용하는 방법도 필요하지만 상대적으로 번거롭습니다.
즉 가장 좋은 코드 습관은 다음과 같다.
탭 키 대신 스페이스 바를 설정합니다. (5) 그리고 잘못된 스페이스 바를 삭제할 수 있도록 저장합니다. (4) 그러면 코드에 탭 키가 없고 줄 끝에 스페이스 바와 전체 줄 스페이스 바가 없습니다.
6. 코드를 올린 후에 포맷 오류나 다른 코드 오류나 리뷰가 통과되지 않은 것을 발견하면
(0)modify
(1)git status
(2)git add filename
(3)git commit --amend
메시지
(4) git push asop HEAD:refs/for/remote branch name (git branch -r 인쇄 remote branch name)

git push <     > <     >:<     >

asop:remote name
HEAD : current branch
7. 사이트에서commit의 상황을 주목하면build에 있는 파일을 열 수 있고 해당하는 형식 문제를 볼 수 있다. 만약에 현실적인mergeconflict라면 이change를 클릭하고rebase를 선택한다.build가 없으면 abandon 이change가 필요합니다.
changes에서 이 프로젝트를 클릭하면 이 경로의commit 다음 리뷰의 역사 상황을 볼 수 있습니다
8、이미push가 지나고commit--amend의 충돌이 발생하면rebase가 가능하다면rebase의 원리는 무엇입니까?
click
rebase는 하나의 지점의 수정을 현재의 지점으로 통합하는 것입니다
그런데push 과정 중confilct가 발생하면요?
그러면 자신의 파일 전체를 덮어쓰고 git diff를 눌러서 다른 파일을 수정해야 합니다. 수정이 끝난 후에dd,commit입니다.수정은vim을 사용하거나 윈도우즈에서 수정할 수 있으며 beyond compare라는 소프트웨어를 사용합니다.물론 자신이 수정한 파일을 작업 영역의 파일에 붙여넣거나 덮어씁니다. 작업 영역의 파일이야말로 원격 지점의 최신 파일이기 때문입니다.
9,push 충돌이 발생하면 이렇게 할 수 있다. 먼저 로컬 A 지점에서pull에서 최신 내용을 저장한 다음에 로컬 B 지점에서 수정된 파일을 준비한 다음에 A 지점에서git merge B를 저장한다.충돌이 발생한 후:git status에서 충돌이 발생한 파일을 표시합니다.
그리고 충돌을 수정한 다음add가 수정한 파일,commit가 수정한 파일
merge가 끝난 후 debug에서 문제가 없음을 한 번 확인한 후에push를 하면 됩니다
10、어떻게 pull code 를 보충 해 주세요.
첫 번째 방법:
git checkout -b newmm --track aosp/mstar-dev
이 newmm 지점에서 원격 aosp/mstar-dev 지점을 추적하는 것을 표시합니다.gitpull 매개 변수는 사용하지 않습니다
그리고 git pull.

$ git pull <     > <     >:<     >

원격 분기가 현재 분기와 병합된 경우 콜론 뒷부분은 생략할 수 있습니다.
두 번째 방법:
git checkout -b newmm
git pull aosp/mstar-dev