27,500원
다른 수강생들이 자주 물어보는 질문이 궁금하신가요?
- 미해결실무자가 알려주는 Git - 입문편
rebase 이해
안녕하세요. 좋은 강의 덕분에 git에 대해 감을 잡아가고 있습니다. rebase 테스트를 해본결과 master와 feature가 있을때 feature를 master위로 올린다기 보다는 " feature의 시작점을 rebase 당시 선택한 브랜치의 최종 커밋 위치로 변경하는 것" 이라고 이해하면 되겠죠? 그렇기 때문에 충돌처리도 feature의 초기 커밋과 master의 현재 커밋으로 진행하는거구요 정리할 겸 남겨봅니다! 감사합니다.
- 미해결실무자가 알려주는 Git - 입문편
merge를 쓰지않더라도
상대 - 데이터수정 - 커밋 - push 이후 나 - 데이터수정 - 커밋 - pull - 충돌해결 - 커밋 - push 했을때 merge 명령어를 쓰지않더라도 merge 됬다고 보는거겠죠? 그렇다면 merge는 3개 이상의 branch중 특정 branch끼리 명시적으로 합칠때 주로 사용되는 걸까요?
- 미해결실무자가 알려주는 Git - 입문편
머지 하지않은 상태에서 -d 로도 delete
다른분 질문보고 저도 -d를 써봤는데 머지하지 않았음에도 왜 delete에 문제가 없을까요?
- 미해결실무자가 알려주는 Git - 입문편
pull과 push 후 결과 메시지
안녕하세요. git 명령어를 수행하면 결과 메시지가 나오는데 git에서 이 메시지를 뭐라고 칭하나요? 그리고 pull과 push 메시지를 이해하자면 From https ~ .git 09d7d94 .. eb1e37c test(로컬) -> origin/test(원격) ->> https ~ .git의 /origin/test(원격)로부터 test(로컬)로 pull 한다 push 경우 To https ~ .git 09d7d94 .. eb1e37c test(로컬) -> test(원격) ->> test(로컬)를 https ~ .git의 test(원격) 으로 push 한다 라고 이해하면 되나요? 감사합니다.
- 미해결실무자가 알려주는 Git - 입문편
HEAD-> master, .... 의미
안녕하세요. git log를 보면 (HEAD -> master, origin/master, origin/HEAD) 라는 표현이 있는데요. HEAD가 현재 기준 commit이니 local의 master와 원격 origin/master가 동일한 지점이라고 이해가 됩니다. 그런데 origin/HEAD 는 어떻게 이해해야 하나요? 감사합니다.
- 미해결실무자가 알려주는 Git - 입문편
깃허브 혹시 지금은 무료가 됬나요 ?
비공개 레포 3명이상 사용시 유료라고 강의에서 보게되었습니다 하지만 구글링해보니까 무료로 정책이 바뀐것같은데 맞는건가요 ??
- 해결됨실무자가 알려주는 Git - 입문편
딱 커밋에 포함된 내용만 가져오는건가요?
체리픽은 원하는 커밋의 내용만 가져올 수 있다고 이해가 되었는데 그렇다면 딱 커밋 에 포함된 내용만 가져오는건가요? 예를들면 a 커밋에서 1.html 의 3번째 줄을 변경했으면 1.html의 3번째줄 변경된 내용만 가져오는건가요?
- 해결됨실무자가 알려주는 Git - 입문편
스테이지에 올리는 add 이후 머지를 하면 안되는 이유 알 수 있을까요?
11:07 git rebase 이후에 스테이지에 올리는 add 이후 머지를 하면 안되는 이유 알 수 있을까요? 물론 리베이스 중이기 때문에 continue명령어를 해줘야 하는게 맞는거 같긴한데... 실수로 머지를 하는 경우도 있을거 같아서요.
- 해결됨실무자가 알려주는 Git - 입문편
3:20 에나오는 echo와 '>>'에대해 알고싶습니다
echo "Country와 함께하는 Git 교실" >> README.md https://stackoverflow.com/questions/39024073/using-echo-what-is-difference-between-and https://martinwork.tistory.com/28 위와같이 구글링을 해보았습니다. 질문 1. Echo는 파일에 String으로 FileWrite를 한다는 명령어 인가요? 질문 2. '>' : 이거는 overwrite이고 '>>' : 이거는 기존에 있는 파일에 스택으로 쌓겠다는 건가요? 질문 3. git commit -m "initial commit" 에서 -m은 무슨 뜻인가요?
- 미해결실무자가 알려주는 Git - 입문편
.gitignore 관련 문의입니다.
안녕하세요. 이번에 좋은 기회로 수강을 하게 되었는데요. 아직 강의 초반이긴 하지만 협업 관련 궁금해서 문의드립니다 깃허브에 A라는 프로젝트가 올라가 있습니다. 이를 로컬 pc에서 clone을 이용해서 다운로드 하여서 이클립스에 import를 하였습니다. 해당 프로젝트를 B라고 하겠습니다. A프로젝트는 tomcat7, jdk8 구성이었고 로컬PC는 tomcat9, jdk8 환경입니다. A프로젝트를 로컬로 가져온 B프로젝트에서 tomcat을 9로 설정하니 .classpath .settings/org.eclipse.wst.common.component .settings/org.eclipse.wst.common.project.facet.core.xml 등이 새로 생기더라고요 보니깐 A프로젝트를 깃허브에 올릴때 환경과 B프로젝트에서의 환경차이로 인해 생기는거 같은데요. 처음부터 .ignore 를 썼으면 모르겠지만, ignore에 작성을 하지 않아서 위의 파일들이 tracking 대상이 되는거 같습니다. 여기서 제가 하고 싶었던건 환경차이로 인해 생긴 B프로젝트의 .classpath파일같은 것을 더 이상 tracking하지 않고 B프로젝트에서 수정만 소스만 깃허브에 올리고 싶습니다. 그래서 인터넷에 찾아보니 .gitignore를 수정하고 git rm -r --cached git add . git commit -m 'remove ignore' git push {remote}{brach} 이렇게 ignore 를 수정해서 다시 올리는 방법이 있더라고요. 저렇게 해서 올리면 일단 history에 ignore 수정한 내역이 올라옵니다. 여기서 궁금했던게 깃허브에 있는 A프로젝트를 다른 제 3자가 pull을 해서 받습니다. 이때 gitIgnore로 추가한 .classpath 등의 파일이 삭제된 상태로 제3자한테 pull이 됩니다 ㅠㅠ 간략 요략드리면 A프로젝트의 .classpath는 그대로 유지하면서 로컬의 gitIgnore 대상이 아니라서 tracking 대상이 된 B프로젝트의 .classpath 파일만 tracking 대상에서 제외할수 잇는 방법은 없을까요? A프로젝트의 저런 환경파일들이 실제 서버의 배포환경부분이 포함되어 있다면 이 부분은 건들지 않고 그대류 유지만 하고 수정한 소스만 올리고 싶어서요...... 말로 하니 설명이 기네요 ㅠㅠ
- 해결됨실무자가 알려주는 Git - 입문편
블로그에 교재 내용을 올리고 싶어서 질문드립니다.
안녕하세요 강사님! 다름이 아니고 제가 블로그에 공부 내용을 올리고 있는데 git 에 대한 설명이 상세하게 잘 돼 있어서 제가 블로그에 내용을 남기고 싶은데 괜찮으시다면 출처를 남기고 교재를 사용해도 될까요?
- 해결됨실무자가 알려주는 Git - 입문편
git log 질문
안녕하세요. 1) 강좌에서 git log 만 쳐도, merge 되지않은(fetch만 한) 커밋도 보이는데, 저는 git log --all 까지 입력해야 보입니다. 이건 따로 설정이 있는 건가요? 2) 저는 git log 메세지가 아래와 같이 강사님과 다르게 표시되는데, 이것도 다른 설정이 있는 건가용? ----------------------------------------------------------- commit 72b3ec88d0777eed06fd56395b9fdc58c689104d Merge: 23da45e e36cf25 Author: developingbear <developingbear@gmail.com> Date: Tue Nov 17 15:43:31 2020 +0900
- 해결됨실무자가 알려주는 Git - 입문편
checkout 명령어 특정 커밋
안녕하세요 제가 아래와 같이 커맨드를 입력했는데요, ㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡ git checkout (first commit 해쉬) (README.md 파일 수정) git add README.md git commit -m "go to firstcommit" git push origin master ㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡㅡ 을 입력하면 branch를 merge를 안해서 에러 msg가 나올줄 알았는데, Everything up-to-date라는 msg가 출력되고 아무것도 일어나지 않더라고요. 이게 어떤 의민지 궁금합니다. 그리고 git push origin master를 하지않고 git merge master를 하면 머지 충돌이 일어나는데 그 이유도 궁금합니다!
- 해결됨실무자가 알려주는 Git - 입문편
명령어 add 질문
안녕하세요 modified 파일은 add로 staging 후 commit을 하는데 untracked 파일은 add로 track + staging 후 commit을 하잖아요. 그럼 add는 <track대상으로 등록 + staging> 2가지 기능을 하는게 맞나요?
- 해결됨실무자가 알려주는 Git - 입문편
push -u옵션
안녕하세요 git push 에서 -u 옵션이, --set-upstream이랑 같다고 알고 있는데요. 어떤 경우에 이 옵션을 사용하는 것인가요? git help push의 설명으론 이해가 잘안되네용
- 미해결실무자가 알려주는 Git - 입문편
git master를 변경하는 방법이 궁금합니다.
안녕하세요. bitbucket을 사용중에 있습니다 원래 master브런치가 있는데 너무 오래 되었고 예를들어 New라는 브런치에 커밋해서 빌드를 했었는데요. 기존 master브런치에 New라는 브런치를 merge하려고 하니 너무 에러가 많이 나서 아예 new라는 브런치를 master로 변경하고 싶은데 방법이 있는지 문의를 드리고자 합니다.
- 미해결실무자가 알려주는 Git - 입문편
git log 질문
윈도우 환경에서 특정 브랜치로 log를 보면 현재 브랜치 헤더정보만 나옵니다. 다른사람이 같은 브랜치 또는 다른 브랜치로 리모트 서버에 푸쉬했을때 origin/브랜치 정보를 어떻게 확인할 수 있나요? 선생님이 강의하실때 log를 보시면 그렇게 나옵니다.
- 해결됨실무자가 알려주는 Git - 입문편
deleted 질문
안녕하세요. vscode의 git extension을 사용하다가 git bash를 이용하는 방법을 배우고 있는데 제가 파일명을 수정하거나 내용을 바꾸면 말씀하신 예말고도 deleted라는 상태가 뜹니다. 저는 gui 환경에서 staged로 옮기기만 했어서 한글파일들을 staged 시킬때나 파일명을 바꾸었을때 deleted 상태를 staged 시키는 방법은 어떻게 해야하나요?? 즉, 한글파일이 git bash로는 입력이 안되서 'Git에 대하여.md' 파일을 'aboutGit.md' 로 바꾸어줬구요 이에대해 처음 한글로 작성한 파일이 deleted 상태로 나왔습니다. aboutGit은 Untracked로 나왔구요. 1. 한글로 입력한건 git bash에서 add가 안되는건지..? 2. deleted 상태 staged 시키는 방법이 궁금합니다.
- 해결됨실무자가 알려주는 Git - 입문편
merge 명령어
안녕하세요. 강의에서 처럼 merge 명령어를 git merge origin/master 이렇게 입력하면 원격 저장소의 브랜치와 머지하는건가요? git merge feature/a와 같이 입력하면 현재 브랜치에 로컬에 pull해온 feature/a의 변경점을 합치는 것 맞나요? 'origin/'과 같이 원격 저장소 지정 여부에 따른 차이가 헷갈려서 제가 이해한게 맞는지 궁금합니다. 그리고 위 내용이 rebase를 사용해서 합칠때도 동일하게 적용이 되는건가요? 항상 빠르고 명쾌한 답변 감사합니다.
- 해결됨실무자가 알려주는 Git - 입문편
push --set-upstream 옵션
안녕하세요. push 명령어의 --set-upstream 옵션에 대해 질문드립니다 새로운 브랜치를 따서 작업 후 원격 저장소로 push하려 할 때 그냥 git push를 입력하면 강의에서와 같이 fatal error가 발생하며 push가 실패하지 않습니까? 그래서 강의에서는 메시지에 출력된 대로 git push --set-upstream origin feature/a 와 같이 push하라고 알려주셨는데 그냥 --set-upstream 옵션 없이 git push origin feature/a와 같이 입력해도 정상적으로 push가 되더라구요 이렇게 push 시 --set-upstream 옵션 사용 여부에 따른 차이가 궁금합니다