CS 개념/Github3 warning: LF will be replaced by CRLF 다른 상황에서도 뜨는 에러인지는 모르겠는데, 나는 github에 올리려고 add하니까 뜬 에러였다. 그래서 깃허브와 관련이 있는지는 모르겠지만 github 카테고리에 넣어두었다 ... 보통 window와 mac이 협업할 때 생기는 오류라고 한다. 문서의 끝이 LF(맥)와 CRLF(윈도우)로 서로 다르기 때문에 오류가 발생한다. git config --global core.autocrlf true 오류 해결을 위해, LF와 CRLF를 서로 변환해주는 기능을 켜준다. 2024. 1. 23. 프로젝트를 github에 연결하기 (왕초보) 깃허브를 연결할 때는 repository를 먼저 만들고 연결할 수도 있고, 프로젝트 파일을 먼저 만들고 후에 깃허브 repository를 만들어서 연결할 수도 있다. 이번 포스팅에서는 후자를 이야기해보자. 프로젝트 초기에, 노트북에서 작업을 먼저 하고 있었는데 이후 팀 깃허브가 만들어져서 연결해야한다고 치자. git init 먼저 git을 사용할 준비를 해야한다. 그것이 git init인데, 이를 하지 않고 깃허브를 연결하려고 하면 아래와 같은 오류가 발생한다. 따라서 우리는 git init 후, 깃허브와 연결한다. git remote add origin [깃허브주소] 이제 깃허브와 프로젝트를 연결해야한다. 명령어는 git remote add origin [깃허브주소]이다. 아래 사진과 같은 과정을 거치.. 2024. 1. 18. github로 협업하기 (초보자용 AtoZ) "깃허브로 협업한다"라는 말은 자주 듣지만 정확히 어떻게 이루어지는지 잘 모르는 경우가 많고 실제로 해도 깃허브 기능을 제대로 쓰지 못하는 경우도 많다. 팀프로젝트를 할때마다 깃허브는 항상 새로웠던 경험이 있어서... 이제는 그러지 않기 위해 정리를 해보려고 한다. 협업을 위한 repository를 github에 만든다. 이 repository가 바로 우리가 코드를 올리는 장소인 것이다. 이때, 만약 웹서비스를 만든다고 하면 FE와 BE가 있을텐데 이 둘을 나누느냐 마느냐도 선택해야한다. 결론부터 이야기하면 FE레포와 BE레포를 따로 파는 것이 좋다. 만약 하나의 레포에 만든다고 하면 FE/BE 폴더를 각각 따로 만들어서 해주면 되는데 이때 문제가 있다. 먼저, branch별로 기능을 관리하기가 어렵다... 2023. 2. 18. 이전 1 다음
