회사에서 Gitlab 에 있는 코드들을 다운받기 위해 계정의 ID 와 Password로 로그인했는데 아래와 같은 오류가 발생했다. HTTP Basic: Access denied. The provided password or token is incorrect or your account has 2FA enabled and you must use a personal access token instead of a password. 알고보니, 이젠 ID/Password 로 접근하지 못하고 Access Token 을 발급받아야 접근할 수 있다고 한다. 1. Gitlab 페이지 로그인 후 프로필 > Preferences 2. Access tokens > Add new token 선택하여 토큰 추가 3..
Git 에 .idea 폴더와 파일들이 잘못 올라가 지워야 했다. 인텔리제이를 사용하고 있기에, 로컬에서는 지우지 않고 원격 저장소(Github) 에서만 삭제해야 했다..idea 폴더는 IntelliJ의 IDE 옵션을 저장하는 폴더이다. 각 옵션은 작업자의 컴퓨터 환경에 맞춰서 변경되기 때문에, 로컬에서 각자 관리해주는 것이 좋다. 나의 경우 마스터 브랜치를 업데이트 했을 때 이전에 설치했던 JDK 를 다시 설치하라고 나와서 다른 팀원이 올린 것을 발견했다.팀원에게 gitignore 을 설정하라고 요청하고 원격 저장소의 .idea 폴더를 지웠다. 0. 브랜치를 별도로 추가해준다.공용 레포지토리에서 작업하기에 브랜치를 따로 빼서 작업해주는 것이 안전하다. 1. 터미널에 아래 명령어를 입력한다. 터미널은 ..
gitignore 등록방법1. gitignore 파일을 생성한다.해당하는 파일 혹은 폴더를 우클릭 > Git > Add to .gitignore 에 추가한다. 2. gitignore 파일에 원하는 파일 및 폴더를 추가한다.나는 간단한 자바 프로젝트라 아래와 같이 추가했다. out 에 생성되는 클래스 파일과 인텔리제이의 .idea 파일을 제외했다./out/.idea/ 3. 정상적으로 동작할 경우changes 에서 해당 파일들이 바로 사라진다. gitignore 이 적용되지 않을 때 해결방법아래와 같이 터미널에 입력해주면 된다.git rm -r --cached .git add .git commit -m "clean cache"
코드리뷰란?코드 병합 전, 일차적인 리뷰를 통해 오류를 확인할 수 있다. 개인적으로 느낀 사이드 프로젝트에서의 코드 리뷰의 장점은 아래와 같다.지식 공유 : 다른 팀원의 코드를 상세하게 읽어볼 수 있어 어떤 방식을 사용했나 확인 가능코드 일관성 유지 : 코드 스타일을 확인하고 잘못된 경우, 코딩 규칙을 준수하도록 유도할 수 있다.문서화 : 코드 리뷰 과정에서 코드의 의도와 동작을 설명하여 문서화 가능 -> 나중에 확인할 일이 있을 때 도움이 된다. 코드 리뷰 전단계 : Pull Request 생성코드 리뷰를 위한 전 단계 Pull Request(PR) 생성은 아래 게시글 참고해주세요.https://skylarcoding.tistory.com/225 Pull Request > Review > Merge..
git organization 에 push 를 하니 Permission to (경로) denied 403 에러가 발생했다. 해결방법해당 Repository 에 들어가서 Settings > Collaborators and teams > Manage access 에 나의 계정을 추가한다. 그런데 이 이후에 다들 (user-name) 등 아래처럼 명령어를 설정하라고 했는데 이것도 안됐다.git remote set-url origin https://seoyeonDev@github.com/Coding-cam/Java-Study.git 혹시나 하고 아래와 같이 경로를 변경해줬더니 정상적으로 push 가 가능했다 ... 허무 ,,, oragnization 내의 fork 하지 않고 바로 연결한 repository..
경고문에도 나와있듯이 svn > cleanup 을 진행해주면 된다.svn: E155004: Run 'svn cleanup' to remove locks (type 'svn help cleanup' for details) svn: E155004: Commit failed (details follow): svn: E155004: Working copy '경로' locked. svn: E155004: '경로' is already locked. 위 메뉴에서 Subversion > Cleanup 실행 후 진행하던 커밋을 다시 시도해주면 된다. 만약 이렇게 해도 안될 경우, 바로 Cleanup Project 를 진행한다. 이렇게 해도 안될 경우, 프로젝트 우클릭 > Subversion > Cleanup 을 진행..
회사에서도 점심시간에 알고리즘 풀고 집에서도 종종 푸는데 귀찮아서 작업 내용을 commit & push 안했더니 충돌이 일어났다. 그런데 Accept Theirs 를 해도 해결되지 않는 머지 문제 ... 가 발생했다. 어차피 집 노트북 작업물은 사라져도 돼서 main 의 내용을 local 에 강제로 Overwrite 하기로 했다. 아래 명령어를 입력해주면 LOCAl 작업물이 날아가고 remote/main 브랜치의 상태로 변환된다. git fetch --allgit branch backup-maingit reset --hard origin/maingit pull 참고https://stackoverflow.com/questions/1125968/how-do-i-force-git-pull-to-overwri..
개요현재 진행하는 Su-p 프로젝트에서는 코드리뷰를 위해 코드를 바로 올리는 것이 아닌, Issue > Pull Request > Review > Merge 의 순서로 진행하고 있다. Issue 사용프로젝트의 Issue 탭이다. 여기서 New Issue 버튼을 통해 새로운 Issue 를 생성할 수 있다. Issue 사용의 장점이슈를 사용하면 프로젝트 내에서 발생하는 버그, 개선 사항, 새로운 기능 요청 등을 체계적으로 관리할 수 있다. 또한, 프로젝트의 진행 상황을 효과적으로 모니터링할 수 있다. 구현해야할 기능을 전부 Issue 에 올림으로써 프로젝트 로드맵 수립도 가능하다. 현실적인 문제하지만 우리 사이드 프로젝트의 특성 상 주에 한번 회의하고, 주말 정도에만 작업이 가능했다. 회의록, 엑셀 기능..
Code Review 를 필수로 하기로 했는데, 제한을 안걸어놨더니 구성원이 실수로 merge 를 하는 일이 발생하지 않는가? 이런 상황을 방지하기 위해 Branch Rule 을 설정한다. Branch rule 을 세팅하기 위해 우선, Settings > Branches > Add rule 로 이동한다. Branch name pattern처음에 잘모르고 Branch name pattern을 *(전체) 로 했다가 이클립스를 사용하는 구성원한테 require a pull request before merging 에러가 발생했다. 인텔리제이는 멀쩡해서 처음에 원인 파악이 오래걸렸다. 와일드 카드(*/전체) 로 Branch name pattern 을 거니 모든 브랜치에 제약이 걸려서 commit 하기 전에 p..
사이드 프로젝트를 진행하며, Issue 템플릿으로 진행상황 및 Todo 의 목적으로 관리하기로 했다. 그런데, 내용을 어떻게 채워야할지도 모르겠을 뿐더러 내용이 통일성있게 관리하기도 어려웠다. 찾아보니, 깃에서는 PR 템플릿과 Issue 템플릿을 설정할 수 있어서 설정하기로 했다. Issue 템플릿 설정레포지토리에 들어간 후, Settings > General > Features > Issues > Set up templates 를 선택한다. 그럼 템플릿을 선택할 수 있게 되는데, 나는 Bug, Feature 템플릿 둘다 설정해줬다. 그러면 아래와 같은 내용이 나타나게 되는데, 제목 옆의 연필 버튼을 클릭하면 오른쪽과 같이 수정할 수 있다. 원하는 내용을 입력하고 아래로 내리면 Optional ..
