[Linux/Git] 기초

Chapter1. Command-Line Interface
1.리눅스 터미널을 실행할 수 있다.
2.CLI를 이용한 작업과 GUI를 이용한 작업이 동일함을 이해할 수 있다.
3.리눅스 터미널에서 기본적인 명령어를 사용할 수 있다.
4.명령어를 사용할 때, 등장하는 키워드에 대해 이해할 수 있다.
5.관리자 권한을 이해할 수 있다.
6.절대 경로와 상대 경로의 차이를 이해할 수 있다.
7.텍스트 에디터 nano를 이용해 파일을 수정하고, 저장할 수 있다.
Chapter2. 패키지와 패키지매니저
8.패키지와 패키지 매니저 필요성을 이해할 수 있다.
9.각 운영체제에 맞는 패키지 매니저를 사용할 수 있다.
Chapter3. node.js
10.nvm, Node.js, npm을 설치하고, 버전을 확인할 수 있다.
11.명령어 node를 이용해 JavaScript 파일을 실행할 수 있다.
12.과제 시작 전 package.json 파일을 확인하고, npm install을 사용할 수 있다.
Chapter4. Git
13.Git의 환경설정을 할 수 있다.
14.버전 관리 시스템의 필요성을 이해할 수 있다.
15.Github과 Git의 관계에 대해 이해할 수 있다.
16.local repository와 remote repository의 차이를 이해할 수 있다.

 

1.가능하다

2.일부는 다르지만(sudo로 생성 시 root로 지울 수 없는 등) 대부분의 기능 및 작업을 동일하게 할 수 있다.

3.파일 및 폴더 생성, 복사, 이동, 제거, 및 nano로 내부 텍스트 작업도 할 수 있다.

4.영문학과라서 가능하다!

5.sudo를 이용하면 rwx등을 마음대로 할 수 있다는 차이점이 있으며 이를 통해 외부에서의 해킹이나  사용자의 부주의 또는 미숙함으로 인한 프로그램 충돌 등을 예방할 수 있다.

6.절대경로는 기존의 경로(예를 들면 주소)이며 상대경로는 현재 위치를 기준으로의 거리(옆집 윗집 아래층 3층아래 등)이다.

7.Ctrl+ 키워드를 제외하면 사실상 메모장과 큰 차이는 없어보인다.

8.패키지가 없으면 제대로 작동을 하지 않으며 그 각각의 패키지들의 버전을 관리하기는 크기가 커질수록 불가능에 가까워지기 때문에 패키지 관리 매니저가 꼭 필요하다.

9.매니저는 한번 설치하면 되기 때문에 간편하다

10.가능하다.

11.가능하다

12.npm install 후 index.js 파일을  start로 작동시키기 위해 "start" = node index.js를 배정할 수 있다.

13.Git의 간단한 세팅까지만 할 수 있다 @@@@ 추가적인 학습이 필요하다.

14.버전관리를 git 또는 github으로 해야지만 돌발적인 문제로 프로그램이 작동하지 않을 때 역순으로 돌아가 복구를 하기 쉽다.

15.github는 창고라고 보자면 Git은 창고관리 시스템이라고 생각해야 할 것 같다.

16.local은 개인 컴퓨터 등 지역(장소)에 국한된 저장소지만 remote(github등)는 언제든지 local로 이동할 수 있기 때문에 잦은 이동시 local에 저장을 자주 하는 편이 좋다.

 

Linux는 의외로 명령어도 기능사때 눈에 익었던 애들이 많이 보여서 쉽게 생각했지만

요새 자주 쓰인다는 textContent를 사용하지 않고 innerText를 사용했기 때문에 충돌이 나서 혼자만 2시간도 넘게 해결하지 못했다. 고통스러운 시간이었다..!

이런게 개발자의 고통인걸까? 문제는 있는데 왜 문제인지를 모르니 더 당황스럽고 마감시간은 다가오니 어지러웠다.

내일은 JavaScript의 악몽이라는 배열과 객체.. 조금 걱정이 된다.