<회고>
오늘은 깃에 대해서 조금 파고드는 시간을 가졌다.
사실상 깃을 command로 직접 치는 것과
sourcetree를 통해서 하는 것과 조금은 차이가 있는 것 같다.
command를 사용하면 어느정도 빠르게 결과물을 직접 코드 작성페이지에서 확인 할 수 있다면
source tree는 훨씬 더 직관적으로 사용이 가능하다는 장점과 클릭으로 commit 과 push 그리고 merge를 할 수 있다는 장점이 있는 것 같다.
오늘은 항해에서 직접 제공을 하고있는 git_assignment 를 진행하면서 전체적인 개념을 잡았던 시간이였다.
하지만 이때 앞서서 있었던 내용적인 측면에서 2가지의 문제가 발생하는데
이는 다음과 같다.
사실상 이번 토이프로젝트를 마무리하면서 가장 어렵다고 생각했던 부분이다.
대충 이렇게 이렇게 될 것이다 라고 한다면 그냥 만들 수 있지만, 다음 프로젝트에서는 조금 더 알찬 구성을 통해서 만들고 싶어서 프로그램들을 몇가지 찾아보았다.
첫번째로는 Balsamiq이다.
아직 안에 내용들은 찾아보지 않았지만, 이 부분이 초보자들이 사용하기에 조금은 쉬운 부분이라고 한다.
https://balsamiq.cloud/
=> 혹시나 나중에 필요한 와이어 프레임들이 나오게 된다면 여기에 정리를 하게 될 것 같다.
버전관리를 한다는 건 어떤 의미일까?
◦ 프로젝트 상태가 변경되는 정보를 알고 있다는 것입니다. Git 은 누가, 언제, 해당 시점의 프로젝트 상태를 기록해두기 때문에 버전 관리가 가능합니다.
작업내역 단위인 commit 에는 어떤 정보가 포함되어 있어야 잘 버전관리를 할 수 있을까?
◦ 누가, 언제, 무엇을 했는지가 필요하겠죠? 어떤 작업을 했는지 알려주는 작업 내역인 commit 메시지, 누가(author), commit 한 시간이 필요해요.
◦ 그리고 commit 을 편하게 관리하기 위한 commit 아이디! commit 아이디는 사용자 아이디처럼 commit 에 부여된 유일한 값!
지금까지 우리가 실습은 어떤 순서로 했었지?
◦ 기존의 프로젝트를 git 프로젝트로 만든다. - git 초기화(git initialize)
◦ commit 할 파일들을 add(staging) 하고 commit 메시지 작성해서 commit!
원격 repo 와 로컬 repo 를 연결해서 내용을 반영하고 싶을 땐 어떤 방법을 써야할까?
◦ 로컬 repo 가 없고 원격 repo 에 있는 내용을 가져오고 싶을 때는 clone 한다.
◦ 원격 repo 와 로컬 repo 둘 다 있고 두 개를 연결하고 싶을 때는 로컬 repo 가 원격 repo를 tracking 하도록 설정한다.
원격 repo 와 로컬 repo 는 왜 따로 있을까?
◦ 협업할 때, 혹은 여러 컴퓨터를 사용한다면 하나의 원격 repo 에 여러 로컬 repo 를 연결시킬 수 있다. 하나의 프로젝트를 동시에 작업하는게 가능해진다.
내일은 git에 관련해서 강의가 있다.
이때 git에 대해서 무조건 다 이해해야해! 하는 것 보다는
나중에 협업하면서 계속해서 적응을 하돼, 이해는 충분히 해보자.
그리고 다음주에 있을 풀스택프로젝트에 중요한 부분들을 구현에 대해서 생각해보자.