보통의 개발자

branch 목록에 master도 나오지 않고 fatal: Not a valid object name: 'master'. 이라는 에러 메세지가 발생하면서 다른 branch 생성도 되지 않는다.이 이유는 master branch에서 최초의 commit을 하지 않았기 때문이다.다른 분기를 만들기 위해서는 master에서 commit을 최소 1번은 해야한다.

본 내용은 생활코딩 - 지옥에서 온 git을 보고 공부했습니다. 조언은 언제든지 감사합니다 ! branch merge는 서로 다른 두 브랜치의 작업을 하나로 합쳐야 할 때 사용하는 명령어다.보통 주 작업을 하는 branch(master)에서 추가되는 기능을 구현하는 branch를 만들어 작업을 하다가 다 구현한 후 구현한 내용을 다시 master branch로 병합한다. 혹은 테스트를 위해 테스트용 branch를 만들어 master branch를 테스트용 branch로 병합한 다음 코드를 테스트 하기도 한다.이러한 이유는 branch는 병합을 하기 전까지는 다른 branch의 작업 내용에 영향을 미치지 않고, 목표를 달성한 후 간단하게 합치거나 삭제할 수 있기 때문이다.주의해야 할 부분은 어떤 branc..

본 내용은 생활코딩 - 지옥에서 온 git을 보고 공부했습니다. 조언은 언제든지 감사합니다 ! branch라는 개념은 말 그대로 나뭇가지에서 가져온 것으로 나무 기둥으로부터 많은 가지들로 나뉘는 모습과 흡사하다. branch는 Git이 가지고 있는 훌륭한 혁신으로 하나의 작업을 하는 도중에 다른 기능들을 추가하는 작업을 따로 하고싶을 때, 작업을 잠시 멈추고 일부를 테스트 해보고 싶을 때, 협업을 할 때 등에 사용 가치가 매우 높다.메인 작업을 하는 도중 branch를 만들어 다른 작업을 시작해도 메인 작업에는 아무 영항을 미치지 않는다. 그러다가 그 작업을 메인 작업에 병합할 수도 있고 나중에 그 부분만 따로 삭제 할 수도 있다.단, 매우 좋은 기능인 만큼 그에 따른 대가도 있기 때문에 잘 알고 사용해..

본 내용은 학교 강의를 통해 개인적으로 공부한 내용입니다. 책은 쉽게 배우는 운영체제(한빛아카데미)를 참고했습니다. 조언은 언제든지 감사합니다 ! About to Kernel커널은 프로세스 관리, 메모리 관리, 저장장치 관리와 같은 운영체제의 핵심적은 기능을 모아놓은 것이다. 위의 그림에서 보이듯이 운영체제는 크게 인터페이스 + 커널의 구조이다. 운영체제의 핵심적인 기능들이 커널에 모여있다면, 인터페이스(GUI)는 이러한 커널을 사용자가 보다 편리하게 사용할 수 있게 해준다. 단 사용자가 사용하는 인터페이스는 다시 시스템 호출이라는 인터페이스를 통해 커널에 접근해야 한다. 다시말해 사용자가 커널에 접근할 수 있는 유일한 수단이 시스템 호출이다.시스템 호출은 커널이 자신을 보호하기 위한 수단으로 사용자나 ..

본 내용은 학교 강의를 통해 개인적으로 공부한 내용입니다. 책은 쉽게 배우는 운영체제(한빛아카데미)를 참고했습니다. 조언은 언제든지 감사합니다 ! 운영체제의 등장 배경(필요성)요즘 컴퓨터에는 당연하고, 모바일 핸드폰이나 냉장고, TV등의 기계들에도 운영체제가 탑재되어 있다. 하지만 처음부터 모든 기계들에 운영체제가 들어있지는 않았다. 최초의 컴퓨터인 에니악에도 수동으로 프로그래밍은 가능했지만 운영체제라는 것은 없었다. 애초에 운영체제는 소프트웨어이기 때문에 하드웨어로만 구성되어 있던 시절에는 존재할 수 없었다. 그러다 점점 컴퓨터의 구성들이 많아지고 처리할 것들이 복잡해 지면서 이러한 복잡한 작업 환경에 규칙이 없으면 기계를 망가뜨릴 수도 있기 때문에 등장한 것이 운영체제다. 이러한 필요로 만들어진 운영..

본 내용은 생활코딩 - 지옥에서 온 git을 보고 공부했습니다. 조언은 언제든지 감사합니다 ! (Git add의 원리와 이어집니다.) commit을 하게 되면 이 commit된 내용 역시 add와 마찬가지로 객체화 되어 .git/objects 디렉토리 안에 저장이 된다.commit 객체의 내용을 살펴보면treeparent작성자 정보commit 내용이 있다.중요한 것은 2가지 인데,tree는 commit했을 당시 작업 공간에 있던 파일들의 이름과 내용(해당 objects 디렉토리 정보)을 참조하고 있다. (index를 따로 묶어 놓았다고 생각)parent는 이전 버전의 commit 객체 디렉토리를 참조하고 있다. 최초의 commit 객체에는 당연히 이 정보가 없다. 이런 식으로 commit이 객체처럼 보관..

본 내용은 생활코딩 - 지옥에서 온 git을 보고 공부했습니다. 조언은 언제든지 감사합니다 ! .git이라는 디렉토리에는 git이 수행하는 버전 관리 내용들이 담겨있다. 그 중 add를 했을 때 .git에서 일어나는 변화는 index와 objects에서 일어난다. indexadd한 파일의 이름이 담겨있다.다른 정보들은 암호화처럼 되어 있어서 알 수 없지만 test1.txt나 test2.txt같은 파일의 이름은 확인할 수 있다. objectsadd한 파일의 내용이 담겨있다.겉으로 보기에는 저게 파일의 내용인지 알 수 없지만 이는 sha1 hash 알고리즘 때문이다. 위의 내용들을 gistory라는 오픈소스 프로그램을 사용하면 보기 쉽게 분석할 수 있다. https://github.com/egoing/gis..

본 내용은 생활코딩 - 지옥에서 온 git을 보고 공부했습니다. 조언은 언제든지 감사합니다 ! 버전 관리 시스템에서 중요한 기능 중 하나가 버전을 업테이트 했을 때 달라진 변경사항을 확인할 수 있게 해주는 기능들이다. 기본적으로 2가지 방법이 있다. $git log -p기존의 git log 명령에 -p 옵션을 붙여준다.commit 정보 밑에 diff라고 새로운 내용이 추가된 것을 볼 수 있는데, --- : 이전 버전의 파일+++ : 추가된 버전에서의 파일을 나타낸다.--- /dev/null+++ test2.txt 이라면 이전 버전에서는 파일이 없었는데 현 버전에서 test2.txt.라는 파일이 추가됐다는 것이다.그 밑에는- : 수정된 부분의 이전 버전 파일 내용+ : 현재 버전에서 수정된 내용 $git ..