안녕하세요 맛비님   제가 이해한 것으로는   Sync_reset은 clock으로 reset의 값이 달라질 수 있는 reset이고,   Async_reset은 clock에 제한받지 않고, reset의 값이 달라질 수 있는 reset으로 이해했습니다.   그래서 sync_reset은 always @(posedge clk or posedge sync_reset)이 아닌 always @(posedge clk) 이 사용된다고 알고 있습니다.   그런데, 실제로 verilog code를 하다보면 always @(posedge clk or posedge sync_reset) 이런 꼴이 많이 나오는데,   실제로 동기 리셋보다 비동기 리셋을 써야하나요?   그렇다면 그 이유가 무엇인지 궁금합니다.       - 강의 내용외의 개인 질문은 받지 않아요. (개인 과제, 영상과 다른 접근방법 후 디버깅 요청, 고민 상담 등..)- 저 포함, 다른 수강생 분들이 함께보는 공간입니다. 보기좋게 남겨주시면 좋은 QnA 문화가 될 것 같아요. (글쓰기는 현업에서 중요한 능력입니다!)- 학습 관련 질문을 남겨주세요. 상세히 작성하면 더 좋아요! - 먼저 유사한 질문이 있었는지 검색해보세요. - 서로 예의를 지키며 존중하는 문화를 만들어가요. - 잠깐! 인프런 서비스 운영 관련 문의는 1:1 문의하기를 이용해주세요.

안녕하세요! 강사님! reset에 대한 실습을 진행한 후, 궁금한 점이 생겨 질문 남깁니다! 먼저, 현재 저의 문제상황부터 말씀드리겠습니다. 위 사진과 같은 상황에서 working directory, staging area, repository 전체를 reset하고 싶어  "git reset --hard HEAD^"를 입력했지만 예상한대로 실행이 되지 않고, 아래와 같은 오류 메세지가 나타났습니다. fatal: ambiguous argument 'HEAD^': unknown revision or path not in the working tree. Use '--' to separate paths from revisions, like this: 'git <command> [<revision>...] -- [<file>...]' 이 후, HEAD^대신 "git reset --hard HEAD"를 입력하니, staging area와 working directory는 reset이 되었는데 첫번째 commit은 삭제가 되지 않습니다. 여기서 질문 드립니다. 1) 두번째 commit을 soft로 reset한 후에는 HEAD가 이전 commit인 첫번째 commit을 가리키는 것이 아닌가요? HEAD^대신 HEAD를 썼을 때 working directory와 staging area가 reset되는 이유가 궁금합니다. 2) working directory와 staging area까지 모두 reset된 후, 'HEAD is now at fb13848 first commit'이라는 메세지가 떴는데도  "git reset --hard HEAD^"로는 첫번째 commit이 reset되지 않습니다. 이 경우 첫번재 commit(first commit)을 reset할 수 있는 방법이 무엇인지 궁금합니다! 긴 질문 확인해주셔서 감사합니다!