본문 바로가기

전체 글

 (359)
[Workout프로젝트 깃 일지] 변경된 로컬의 develop브랜치의 내용 원격의 main브랜치에 반영하기 방법1. 가장 권장되는 방법으로 github을 이용, github의 PR(pull request)를 이용하는 것이다. 우선 변경된 내용을 add, commit, 원격의 develop브랜치에 push한수 아래 보이는 pull request버튼을 눌러 차례차례진행시켜 준다. 이렇게 되면 말그대로 협업이 가능하게 되는 것이다. 왜냐하면 내가 pr요청을 한것을 누군가가 검사하고 적절하면 반영한다는 의미이므로. 방법2. 혼자서 작업한다면 굳이 github의 pr기능이 없이도 아래의 명령어로도 로컬에서 원격의 다른 브랜치로 push가 가능하다. 다만 개발은 협업이므로 보통은 깃헙의 pr기능을 이용하는 것이다.
[Workout프로젝트 깃 일지] 원격에 새로운 브랜치(develop) 생성후 로컬에서 develop브랜치로 push하기 원격에 develop브랜치를 새로 하나 만들었다. 그리고 그 브랜치로 기존의 main브랜치에 있던 모든 내용을 가져온 상태다. 이러한 상태에서 당연하겠지만 새로생긴 develop브랜치의 폴더를 모두 새로 로컬로 다운 받아 새롭게 생긴 폴더를 관리하는게 맞다고 느껴졌다. 하지만 이 생각은 틀린 생각이다. 그런데 나는 왜 이런 생각을 했던 것일까? "개발하다가 변경 사항이 있을수 있고 그렇게 되면 하나의 폴더 안에서만 작업하게 되니 기존의 내용이 망가지잖아?" 이건 그냥 어린생각이다. 깃의 의의를 생각해 보면 이것은 잘못된 걱정이다. 그렇다면 하나의 폴더 내에서 원격 브랜치, 로컬 브랜치를 옮겨 가며 작업해야 한다는 것인데 그 과정을 아래에서 기록한다!! 터미널에서 git branch 명령어로 현재 로컬 브..
Webpack의 historyApiFallback에 대하여 요약: historyApiFallback이란? 개발중인 프로젝트의 라우팅의 작동하지 않는 문제를 해결하는 webpack.config.js파일의 속성 출처: https://velog.io/@wusi-hub/%EC%9A%B0%EC%95%84%ED%95%9C%ED%85%8C%ED%81%AC%EC%BD%94%EC%8A%A4-%ED%94%84%EB%A1%9C%EC%A0%9D%ED%8A%B8-Webpack%EC%9D%98-historyApiFallback-%EC%84%A4%EC%A0%95%EC%9C%BC%EB%A1%9C-%EB%9D%BC%EC%9A%B0%ED%8C%85-%EB%AC%B8%EC%A0%9C-%ED%95%B4%EA%B2%B0%ED%95%98%EA%B8%B0 라우팅은 웹 애플리케이션에서 특정 URL 경로에..
초간단 webpack, 라이브러리 관련 오류 해결법. node_modules doesn't exist, 아래와 같은 수많은 에러가 단번에 해결될 수도 있는 해결책은 --force이다. 즉 문제를 해결하기 위해 라이브러리를 설치하려고 하는데 라이브러리마저 설치가 되지 않는다면 강제로 라이브러리를 install하는 명령어인 --force를 활용하면 크게 도움을 받을수 있다. ex)npm install react-custom-scrollbars --force 설정관련 문제는 정말 그 투자하는 시간대비 얻을 수 있는게 랜덤이다. 내가 개발하면서 독창적으로 환경설정을 하는 일이 얼마나 있을까? 그냥 설정문제는 해결하면 그게 장땡인 것이다. no extension Field 'browser' doesn't contain a valid alias configuration C:\FrequentlyUsedFiles\sle..
git merge와 rebase에 대하여 출처: https://www.youtube.com/watch?v=6nc_0-HWZXU
GIT에 관한 놀라운(?)사실 어떠한 폴더에 git init을 하여 깃에 의해 관리된다고 가정하자. 이 폴더내에서 폴더를 생성하면 어떻게 될까? 그 폴더는 당연히 새로운 변경사항으로 인지 된다. 하지만 여기서 눈여겨 볼것이 그 폴더 안에서 또다시 git init을 명령하여 깃에 의해 관리되도록 한다면 그것은 밖에 있는 폴더에 있는 git관리자 입장에서는 관리대상으로 여겨지지 않아 변경사항으로 감지되지 않는다!!!
[SourceTree] sourceTree사용 이유와 여러가지 해결방안(이전 commit으로 reset후 서버에 push하기, 이미 push한 commit메시지 수정하기, 이미 push한 commit삭제하기) sourceTree를 사용하는 이유는 터미널만 이용해서는 전체적인 그림이 잘 그려지지 않던게 UI를 이용한 sourceTree를 사용하여 머릿속에 더 쉽게 그림이 그려져서 GIT의 여러 명령어를 익숙히 하기 위함에 있다. 따라서 UI를 기반으로 진행되는 sourceTree의 각각의 버튼을 사용할때 해당 버튼이 구체적으로 어떠한 GIT명령어에 해당되는지를 매칭시켜 가며 공부해야한다. ==================================================================================== 원격에 있는 master브랜치가 아닌 다른 브랜치에 push해도 master브랜치에 push 하지 않으면 아래 그림과 같이 push에 '1'이라는 파란버튼이 그대로 남아있게된다..
source tree에서의 push declined due to repository rule violations 오류 처음 sourcetree를 이용해 보았다. 아래와 같은 오류가 나왔다(이전에 어떠한 오류가 있었긴 한데 기억이 나지 않았다). 나는 이 오류가 나기전에 그 오류를 해결하려고 personal access token을 받은적이 있는데 그 개인정보를 그냥 파일안에서 코드의 내용으로 포함시켰다. 놀라운게 commit을 한 후 push를 할라치면 git에서는 파일안테 태그로 감싼 비밀내용이 있음을 감지하고 push를 막는다는 것이다... 첫번째로 이 지경까지 온 이유는 오류를 정확히 읽지 않는 나쁜 습관 때문이다. 여기서 추가적으로 한가지 더 중요한 배울거리는 "이 커밋까지 현재 브랜치를 초기화"를 선택하면 아래와 같은 선택지창이 나오는 것을 볼수 있는데 여기서 hard를 선택하면 내가 마지막으로 코딩하여 커밋했..

티스토리툴바