아무거나

해당 글은 https://bkjeon1614.tistory.com/741 (=Merge Requests 할 때 승인자 지정) 세팅이 먼저 필요하므로 참고하자. 코드 리뷰 방법 1. 승인 요청 온 MR (=Merge Request) 페이지의 `변경사항 (Changes) 클릭` 2. 변경 코드중 코멘트가 필요하다고 생각되는 라인의 말풍선 버튼을 (=Add a comment to this line) 클릭하면 리뷰 의견을 등록할 수 있는 코멘트 템플릿이 표시된다. 3. 개선할 코드를 제안할 경우 `insert suggestion` 클릭 후 하단의 `Start a review` 버튼 클릭 4. 확인 후 `Submit review` 를 클릭한다. 5. 추가 의견을 작성하려면 `Reply..` 란에 입력하여 작성하면..

Merge Request 시에 바로 Merge 되는 경우를 방지하여 잘못된 코드가 나가는것을 한 번더 확인할 수 있는 승인절차를 추가해보자. 1. 좌측 메뉴에서 Settings > General 클릭 후 Merge request approvals 선택 2. 원하는 권한 추가 및 수정 (승인자는 Approvals required 숫자를 조정하면 된다.) 3. 필요한 승인 세팅값 설정

1. 좌측 메뉴에서 Settings > General 클릭 2. Merge requests 의 우측의 Expand 버튼 클릭 3. Merge suggestions > Default description template for merge requests 영역에 템플릿 작성 4. 다 완료하면 실제 Create Merge Requests 할 때 하기 이미지와 같이 내용이 보여지는걸 확인할 수 있다.

작업도중 임시로 저장해 두고 다른 branch에서 작업하고 싶을때 사용하는 명령(git stash) 하던 작업 stash 저장 $ git stash stash 목록을 확인 $ git stash list stash 적용 // 최근 저장된 stash 으로 적용 $ git stash apply // 원하는 stash의 버전으로 적용 $ git stash apply {stash 버전명} // index 옵션을 적용하면 staged 상태였던 파일들까지 자동으로 다시 staged 상태까지 복원시켜준다. $ git stash apply --index 임시 저장된 stash 제거 // 최근 저장된 stash 제거 $ git stash drop // 원하는 stash의 버전으로 제거 $ git stash drop {st..

Git Commit Template란 Commit 작성법을 규칙으로 정하고 그 규칙을 Template으로 가이드하는 파일을 만들어서 적용 Git Commit Template 설정 프로젝트 최상위 경로에 git-commit-template.txt 생성 [git-commit-template.txt] # Insert 를 클릭하여 해당 글을 수정한단 (vi와 동일) # 제목의 길이는 최대 40글자까지 # 제목에 .(마침표) 금지 # 리스트 # feature: 신규 기능 및 유지보수 건 # bug: 버그 수정 # etc: 기타 변경 # : 지우고 입력 -> ex: feature:제목 : # 지우고 설명 입력 -> 설명 테스트 # 지우고 연관된 이슈들을 입력 -> (ex: feature #321, bug #211)..

[gitlab 브랜치 생성 시 에러] " You can only use an existing protected branch ref as the basis of a new protected branch. " Settings -> Repository -> Protected Branches 에서 권한이 지정되어있는지 확인하고 지정되어있으면 지우고 다시 생성하면 브랜치가 정상적으로 생성됨을 확인할 수 있다. 그 외에도 push나 commit 관련 권한을 변경할 수 있다.

... (commit or discard the untracked or modified content in submodules) modified: ... (modified content, untracked content) ``` 위와 같이 에러메세지가 뜨면서 무시하고 push를 할 경우에는 repo에 제대로 저장되지 않는 현상이 일어난다. 그럴 경우 말 그대로 서브모듈로 뭔가 서브 디렉토리에 .git 저장소가 또 존재한다는 것이다. find -name ".git" 위의 명령을 통하여 하위 디렉토리에 .git 모듈이 존재하는지 확인하면 존재하는 목록이 표시된다. 그러면 하위 .git 폴더를 모두 삭제한다. 그러면 해결된다.

어찌어찌 저런에러가 나고 " [svn] Error validating server certificate for 'https://......' "(R)eject, accept (t)emporarily or accept (p)ermanently?옵션을 선택하게 목록이 표시되는데 해결은 사용자계정을 다시 ubuntu로 변경하여 svn up을하니 해결되었다.-> 기존에는 ubuntu계정으로 sudo권한으로 svn up명령을 실행하였는데 이 문제는 root권한으로 svn up명령을 실행할때 생긴문제이다 아마 svn에 설정되어있는 계정과 명령을 실행할 계정이 서로 싱크가 안맞아서 생긴 문제로 추측이된다. * 다른 사이트에선 ~/.subversion/auth/svn.ssl.server 디렉토리 안의 내용을 지우라고 ..

(e) edit - 병합된 파일을 편집기로 열기(df) diff-full - 병합된 파일을 보기(r) resolved - 병합된 파일을 채택하기(dc) display-conflict - 모든 충돌 사항을 보이기(잘 병합된 부분 제외)(mc) mine-conflict - 충돌 부분에 대하여 작업사본을 선택하기(tc) theirs-conflict - 충돌 부분에 대하여 저장소본을 선택하기(mf) mine-full - 충돌난 파일에 대하여 작업사본 파일을 선택하기(tf) theirs-full - 충돌난 파일에 대하여 저장소본 파일을 선택하기(p) postpone - 나중에 해결할 것으로 표시해두기(l) launch - 외부 툴을 실행하여 충돌을 해결(s) show all - 옵션을 모두 출력​

1. 저장소 배포 방법 - 작업경로로 들어간다 - svn status -u : 업데이트될 수정 목록 확인 - svn diff : 저장소 내용과 현재 작업 내용을 비교하여 변경한 부분(차이점)을 확인 2. 부가설명 - 충돌된 부분 확인 방법 : mine 저장소, 그 아래는 내 작업내용(로컬) - svn 파일옆 별표시 : 수정된 파일​ - svn 파일옆 숫자의미 : 수정된 파일의 revision 번호 ( 숫자가 작다 : 수정한지 오래됨, 숫자가 크다 : 최근 수정 )​