Git

각각 따로 브랜치에서 작업을 하고 develop 브랜치로 push 할 때마다 merge conflict가 난다!!! workspace.xml 파일은 개발 환경 설정과 관련된 정보가 들어가 있고, 다른 개발자들에게는 필요하지 않을 수도 있다고 한다. 그래서 보통 .gitignore에 올려서 develop merge할 때마다 충돌 나는 것을 막는 것 같다. 현재 진행중인 프로젝트가 협업용이 아니었는데, 비즈니스 일정상 갑자기 투입이 되면서 여러 개발자와 쓰는 협업 프로젝트가 되었다. 그래서 아마도 선임이 .gitignore 세팅에 이 부분을 빠뜨린 게 아닐까 생각해 본다.

jekyll을 사용해서 템플릿을 가져오는데까지 많은 우여곡절이 있었지만 해냈다. 궁금하신 분들은 아래의 포스팅을 보고 오시면 된다. 👇🏻 쉬울 것 같은 github pages 로 블로그 만들기 - 템플릿가져와서 설정하기 (1) 배포도 쉽게쉽게! 넘나 쉬울 것 같은 github pages를 만들어봅시다! 예전에 블로그가 필요해서 포트폴리오 겸해서 pages를 만들었다가 지운적이 있었는데 이번에 영어용으로 하나 필요할 것 같아서 mindevlog.tistory.com 결론적으로는 ruby없이도 jekyll 템플릿가져와서 쓸 수 있다. 커스텀하고 하려면 어쩔 수 없이 로컬에 클론해서 써야할 것 같지만... 무튼 나는 로컬에서도 쓸 수 있게 된 상황이 되었고, 맘껏 커스텀을 시작하자!!!! 고 맘을 먹기 시작하..

운영 서비스와 스테이지 단계 서비스의 간극이 날이 갈수록 심해지고 있다. 기존의 운영되는 서비스의 수정이나, 버그 혹은 새로운 기능을 추가해야할 때 난감할 때가 있다. 새로운 브랜치에서 작업을 하고 스테이지 단계에서 QA 후에 진행을 해야하다보니 꼬여서 스테이지에 있는 운영 서비스에는 없는 파일이 merge 되어있을 때도 있고 알게모르게 이상하게 꼬일 때가 있다. ...안 생길것 같은가? .... 생긴다. 왜냐 대부분은 협업을 하니깐 말이다 .... ㅎ..... 예상치못하게 생긴다아아아아 무튼 이런 난감한 상황에서 해당 작업 커밋들만 cherrypick이라는 것으로 뽑아내서 운영 서비스에 merge 시켜버린다. Cherry Pick (체리픽) - 특정 commit만을 가져오는 것 ▶ Cherry Pick..

📢 프로덕션 운영 배포를 위해서 스테이지에 먼저 배포를 하고 그 스테이지 배포를 위한 브랜치 develop에 모든 작업들을 우선적으로 merge 했었는데, 다른 프로젝트로 인해서 master와 develop의 버전 차이가 있어서 급하게 master에서 hotfix 브랜치를 따서 작업을 진행해야 했다. 이미 배포되어있는 버전에서 급한 문제나 버그가 생기면 해결하기 위해서 쓰는 전략을 이야기하는 것이 hotfix입니다. 주로 브랜치로만 작업을 해왔기에 무엇인지 정확하게 인지하기 위해서 조사를 했다. 시니어 : '핫픽스 따서 진행해주세요~' me : ?????????????? Hotfix는 짧은 호흡의 브랜치로 develop에서 따는게 아니라 master에서 따서 만들어지고 합쳐진다. 그리고 develop에도..

사실, 내가 기억하고 싶어서 만드는 포스팅 😅 ✅ git branch 만들기 주로 터미널에서 명령어로 적어서 진행하는 경우가 많죠? 저도 git 만들때 명령어가 너무 어렵게 느껴졌는데 계속 쓰다보니 명령어가 아니면 불편한 지경이 된 것 같아요. 프로젝트를 진행하다보면 브랜치를 생성해서 세분화해서 작업하는 경우가 많답니다. 아래의 명령어를 넣어주시면 branch가 만들어집니다. 그리고 그 브랜치로 경로가 변경되어있습니다. git checkout -b 현재 어디에 있는지 확인해보고 싶다면 git branch 를 넣어보시면 현재 어느 브랜치에 있는지 확인하실 수 있어요 만약에 브랜치를 변경하고 싶다?! 그러면 switch를 써주면 됩니다 git switch ✅ git branch 이름 변경하기 브랜치를 만들었..