안녕하세요 강사님 섹션22의 Step 13을 실습하고 있습니다.화면위에는 CurrentWeather를 아래쪽에는 Forecast를 출력시키려는데, 잘 안되네요.현재날씨를 출력하는건 잘 나오는데 Forcast는 출력이 안됩니다.갯수를 찍어보니 0이 나옵니다.그리고 결과를 콘솔에 찍어보니 실패가 나온느거 같은데요. 어느 부분이 잘못되었는지 찾기가 힘드네요..힌트라도 주실 수 있나해서 글을 올립니다.

git push origin main명령어 실행 시, src refspec main does not match any 오류 발생하여 해결 방법 문의 드립니다. Config 로 유저네임과 이메일 설정해도 동일합니다.git branch 명령어 실행해 보면 브런치가 아예 없습니다. 선생님은 자동 생성돼서 최초 커밋을 main에 하셨는데 저는 왜 자동생성이 안돼서 브런치 생성을 따로 해야되나요?

안녕하세요. 강사님질문 드린지 얼마안되었는데, 다시 질문 드립니다.섹션22의 Step #10 강의를 실습하던중에 문제가 생겨서 여러번 해결해보려 했는데, 잘 안되어서질문드립니다.말씀하신대로 날씨 API는 잘 되어서 play ground에서 API구현을 실습했습니다.   두번째와 세번째 그림에서 보시다시피Ignoring duplicate libraries라는 오류가 뜹니다.실행이 안되고요, Failed to launch process. .... 이런 에러도 있네요.. 또한 그림에는 없지만 RPC Server 오류도 납니다.정확하게 어디가 문제인지 알고 싶습니다.부탁드리겠습니다. 

 강사님 요즘에 계속 질문사항을 올리고 있는 열혈 수강생입니다.섹션21. ATS 강의를 수강하면서 실습을 하고 있는데요..Book 프로젝트를 실습하던중에  DetailView화면에서 북마크버튼을 터치하면 런타임 오류가 납니다.시뮬레이터는 Iphone 15 Pro로 했는데, 런타임 오류가 납니다.어디가 잘못됐는지 도통 잡히지가 안네요.조언 부탁드립니다.

바탕화면에서 project란 파일을 만들어서 그 파일 우클릭한 다음에 open git bash로 하니깐 파일 주소까지 입력돼서 나와서 바로 git init을 입력했는데emfor@DESKTOP-UB0UVDK MINGW64 ~/Desktop/project$ git initerror: could not write config file C:/Users/emfor/Desktop/project/.git/config: Invalid argumentfatal: could not set 'core.repositoryformatversion' to '0'이렇게 떠요 gpt한테 물어보니깐 원드라이브 어쩌고 하길래 원드라이브를 삭제하고 삭제한 이후에 혹시 모를 동기화 문제도 없애려고 저 파일을 지우고 다시 만들어서 해봤는데도 계속 저렇게 오류 메시지가 떠서 수업진도가 나가지지 않아요..어떻게 해야 할까요??

다운 받은 자료에 머지 2번째 강의 pdf가 빠져있는 것 같은데 어디서 다운받을 수 있을까요?

강사님의 친절한 답변 감사드립니다.새로운 브랜치 생성은 HEAD를 기준으로 하는건지 또는 기존 BRANCH를 기준으로 하는건지 궁급합니다.            

만약 REPOSITORY 내의 HEAD 의 위치를 최신 COMMIT 보다 아래에 위치 시켰을 때, 강사님의 설명에 의하면 WORKING AREA 의 내용도 HEAD 의 위치의 내용으로 변경된다고 학습했습니다.이 상태에서 커밋을 하게 되면 커밋되는 내용은 최신 COMMIT 을 기준으로 하는지 HEAD를 기준으로 하는지 궁금합니다.아울러 브랜치도 최신 commit 을 기준으로 생성되는지 또는 HEAD 의 위치를 기준으로 생성되는지 궁급합니다. 좋은 강의 감사합니다.

추가됐습니다! 도와주셔서 진심으로 감사드립니다!좋은 하루 되세요!

git flow 이미지에서1. release 브랜치는 점으로만 존재하는데 운영 배포될 때마다 release 브랜치도 계속 범위를 늘려가며 존재하는게 아닐까요??release 브랜치 생성시 버전을 붙여서 각각의 다른 브랜치로 그때만 사용되는걸까요??2. 실습화면에서 만약 협업하는 사람이 3명일 경우, 3명이 모두 각각 코멘트를 작성하고, 3명 모두 각각 merge pull request 버튼을 다 눌러야 pull request가 되는걸까요??  3. 깃헙에서 conflict가 발생할 경우도 협업하는 사람이 여러명일 경우 어떻게 되는지 궁금합니다. pull request 요청시에 merge pull request 버튼이 비활성화 된걸 보고 작업자가 요청한 pull request를 취소?하고 로컬에서 conflict를 해결하고 다시 새로운 pull request를 요청하는 걸까요??

강의 화면에 나오는 github의 Settings의 항목들과 제 github의 항목이 차이나는데.. 왜 이런걸까요? 

두 차례 요청 드렸는데.. 아직 자료를 받지 못했네요... 아래 메일 주고 남겨 놓습니다. 강의 자료 부탁드립니다. seba2064@gmail.com

main브랜치에서 커밋을 1, 2, 3을 생성했는데, 커밋 2버전에서 새로운 브랜치를 생성해서 작업을 진행하려면 어떻게 해야 하나요??checkout으로 HEAD가 해당 커밋(2번 커밋)을 가리키게 하고 거기서 브랜치를 생성하여 작업진행하는 걸까요?아니면 revert?로 3에서 2로 변경된 내용을 새로 커밋하여 최신커밋(main commit 4)이 2의 내용을 가리키게 하여 거기서 브랜치를 새로 만드는 걸까요??git commit - m "main commit 1" git commit - m "main commit 2" git commit - m "main commit 3" git checkout 1234567 # <- main commit 2 이동 git branch test git checkout test #=========================================== git commit - m "main commit 1" git commit - m "main commit 2" git commit - m "main commit 3" git revert 1234567 # <- main commit 2 내용으로 새로운 commit 생성 git branch test git checkout test )) revert의 내용을 잘 이해한건 맞겠죠??;;;;;

위 사진이 강사님 영상 속 gistory이고 아래가 제 gistory인데 왜 모양이 다른 것인가요?그리고 그 이후에 git add f1.txt를 해도 사이트에서 업데이트가 안됩니다..

저장소간의 차이점을 구체적으로 볼 때 git diff를 사용한다는 점은 이해했습니다.언제 또 사용하게 되나요?

안녕하세요. 강사님너무나 강의를 잘 듣고 있습니다.알찬 강의 감사드립니다.요즘에 강의 중에 playground에서 실습하는 내용이 있어서 playground에서 실습을 하면 이상한게 떠서 문의 드립니다.그리고 아울러 import 구문에 UIKit을 import하면 오류가 나고 Foundation으로 하면 오류가 나지 않네요..왜 그런건지도 알고 싶습니다. Xcode를 재실행도 해보고, 맥도 재실행 해봐도 마찬가지입니다.읽어주셔서 감사합니다.

안녕하세요 강사님.강의 잘 듣고 있습니다. 정말 도움이 많이 됩니다.저 처럼 늦은 나이에 시작하는 사람한테는 큰 힘이 됩니다.질문내용은 File Manage #11 - Custom Activity Item 강의를 수강하고, 실습을 하던중에 잘 되지않는 사항이 있어 질문 드립니다.이미지의 공유버튼을 누르면 작은 아이콘이 이미지파일명과 같이 뜨는데, 저는 작은 아이콘이 뜨지를 않습니다뭔가를 잘못한거 같은데요.. 바쁘시더라도 한번 봐주셔서 답변 부탁드립니다. 감사합니다.   

안녕하세요. 수업 잘 듣고 있습니다! 한가지 질문을 하려고 하는데요이미 올라간 소스코드가 있는 github 레파지토리 자체를 삭제한다면 아무도 그 소스코드에는 접근을 못하는 건가요?

rebase conflict 질문드립니다.강의에서는 rebase시에 test branch에서 main branch로 범위가 수정되면서 main branch의 최신 commit을 가리키고 있다가 베이스로부터 기존 test branch에 있다가 떨어져 나온 커밋들의 변경분에 대해 하나씩 tracked area와 staging area에 반영이 되고 여기서 같은 위치에 수정이 일어났으니 conflict가 난다고 말씀주셨는데 이게 기존 3-way-merge 와는 좀 다른 거 같아서요. 기존 3-way-merge에서는 base 커밋에 따른 diff를 찾다 보니 두 브랜치의 같은 위치에 동시에 수정이 일어났을 경우에는 git이 어떤 걸 최종적으로 반영해야 할 지 몰라 conflict가 난다고 알고 있는데 여기서는 base 커밋에서의 diff를 확인하는게 아니기 때문에 노란색이 초록색으로 수정되었다고 생각해야 하는 거 아닌가요 ? 예를 들어 main branch가 하나만 있고 여기서 yellow를 green으로 수정해서 커밋하는게 가능하듯이 설명에서 보면 head가 가리키는 게 최신 커밋이고 여기서 변동분을 반영하는 거니까 동시에 같은 부분이 변경이 되어서 뭘 반영해야 할지 모르는 것과는 좀 다른 거 같아서요.감사합니다.

브랜치 상황이 원격에 dev, feat/member 가 있고 로컬에도 dev, feat/member가 있다고 하겠습니다.이때 제가 로컬 feat/member 브랜치에서 작업 중인데 원격 dev 브랜치에 있는 작업 내용을 제가 작업 중인 로컬 feat/member 브랜치로 가져오려면 어떻게 해야 하는지 궁금합니다.