윈도우에서는 평소에 eclipse나 sourcetree를 이용해서 git을 사용해왔다. 이놈의 mac book을 사면서 평소에 잘 쓰던 것들이 뭔가 잘 안된다. mac에서 source tree를 사용하는데 계속 알수 없는 오류가 발생한다며 뻗어버린다. eclipse에서는 비밀번호를 계속해서 저장하지 못하는 오류가 발생했다. 깨끗히 설정하고 저장해도 한번만 되고 리부팅 하면 다시 오류를 뱉어낸다. 그래서 머 쓸만한게 없을까 찾다가 GitHub에 GitHub Desktop이 있길래 한번 써보기로 했다. GitHub Desktop GitHub Desktop | Simple collaboration from your desktop GitHub Desktop Simple collaboration from your..

주로 이클립스에서 git을 사용하는데 평소에 잘 돌아가다가 pull 과정에서 아래와 같은 오류가 뿜어져 나왔다. 이번 포스트는 위 문제의 원인과 해결책을 살펴보자. git-upload-pack not permitted on XXX 문제의 원인 사실 그동안 github에서는 꾸준히 이런 일이 있을꺼라는 메일을 보내고 있었다. 내가 무시하고 있어서 그랬지... Hi @quietjun, You recently used a password to access the repository at quietjun/apshelper with git using JGit/5.12.0.202106070339-r. Basic authentication using a password to Git is deprecated and w..

Git에서 프로젝트를 관리하기 위한 목적은 일반적으로 소스이지 결과문이 아닌 경우가 많다. 또는 개인화된 파일들(프로젝트 개인 설정, 라이센스)등도 관리의 대상이 아니다. 이런 파일들을 관리 대상에서 제외하기 위해서 .gitignore를 설정할 수 있다. 하지만 깜빡 잊고 .gitignore를 설정하지 않은 상태에서 서버에 push를 해버렸다면 이미 등록된 파일로 인해 불필요한 충돌 상황이 발생한다. 이번 포스트에서는 이미 git에 등록된 불필요한 내용들을 삭제하는 방법에 대해서 살펴보자. cmd 를 이용한 remote 파일 절차 여기서 삭제하려는 파일들은 local에는 필요하지만 remote에서 관리하지 않을 것들을 대상으로 한다. 따라서 무조건 local에서 삭제하면 안된다. git rm git의 r..

git을 사용해서 remote의 branch를 pull 하다 보면 가끔 아래와 같은 오류를 만나곤 한다. 문제 해결 문제의 원인은 push 하기 위한 remote의 fetch가 없거나 잘못 잡혀있을 경우가 많다. 문제 해결을 위해서 Git Perspective로 이동해보자. 대상 프로젝트를 우클릭하여 properties를 선택한다. configuration > remote 항목에 origin의 fetch들이 적혀있는데 여기에 오류를 일으키는 fetch가 있으면 삭제해준다. fetch가 없거나 깔끔하게 새로운 fetfh로 정리하고자 한다면 기존 fetch를 몽땅 지워버리고 Add Entry 메뉴를 이용해서 새로운 fetch 정보를 추가할 수 있다. key: remote.origin.fetch value: ..

eclipse에서 git으로 remote repository를 clone 하는 과정에서 파일의 크기가 크거나 여러가지 이유로 timeout이 발생하는 일이 왕왕 발생한다. 이때는 connection timeout(기본 30초)을 늘려주면 된다. Eclipse > Preferences > Version Control > Git > Connection timeout을 좀 늘려주자.(화끈하게 300)

자주 만나는 오류와 해결책 이번 포스트에서는 git을 사용하면서 초보자들이 가장 많이 하는 실수들을 정리하고 안정적으로 사용하는 방법에 대해 알아보자. 자주 만나는 오류 상황 1 먼저 manager는 master branch에서 commit을 진행하고 remote에 push 한다. public class Test { // Test reset by member a // manager master 추가 } 이 상황에서 만약 member a도 master branch에서 commit을 진행한다. package gittest; public class Test { // Test reset by member a // member a master 추가 } 만약 여기서 member a가 push를 진행하면 어떻게 될까..

협업 이번 포스트에서는 다른 팀원과의 협업에 대해 알아보자. 이제까지의 작업은 개별 개발자가 자신의 local repository에서 리소스를 관리하는 것이었다. 대규모의 프로젝트를 진행하는 상황이라면 여러 개발자가 코드를 공유해야 하는 상황이 발생하는데 이때는 git의 remote repository를 사용한다. git을 사용하기 위해서 먼저 remote repository를 만들어보자. remote repository는 일반적으로 상용의 서비스들을 사용하는데 대표적으로 gitlab.com, github.com, bitbucket.org등이 유명하다. 여기서는 private 저장소를 무료로 사용해보기 위해 gitlab.com을 사용하기로 한다.(어떤 서비스를 사용하건 상관없다.) remote repos..

branch 이번 시리즈의 처음 포스트에서 밝혔듯이 branch는 git의 매우 중요한 장점이다. 실제로 우리가 개발하는 SW는 단순히 개발 --> 사용의 단계를 거치지 않고 디버깅, 개선 작업, 배포 등 매우 다양한 과정을 거친다. 이런 단계들은 순서대로 발생하지 않으며 병렬로 진행되므로 서로에게 영향을 주어서는 안 된다. 이런 경우 branch를 사용하면 리소스들은 각각의 branch에서 관리되기 때문에 서로 간의 충돌 없이 작업할 수 있게 된다. 또한 여러 팀원과의 협업에서도 팀원 간의 독립적인 작업 공간을 확보하기 위해 branch는 필요하다 branch 생성과 사용 branch 생성 기존의 master branch는 코드를 통합해서 관리하는 역할을 하고 두 명의 개발자를 의미하는 dev1, de..