오열매의 코딩 공간

Github Desktop을 사용한다. 1) Publish repository Publish repository를 누른다. 본인의 Github에 Git 프로젝트 폴더를 보낸다. Github 로그인이 되어 있지 않으면, 본인의 github 계정으로 로그인하면 된다. Kepp this code private 체크박스를 체크하면, 위 사진처럼 Repository가 Private으로, 나만 볼 수 있는 상태로 publish된다. 체크를 해제하면 누구나 볼 수 있는 Public 상태가 된다. 현재 갖고 있는 프로젝트와 Commit 했던 내역(History)가 모두 업데이트 된다. Main branch 이외의 branch들의 내역은, 각각의 branch에서 Publish 해야 한다. 이후의 파일 변경사항은 'Pus..

중복된 값을 제거하고 싶을 때는 set() 을 활용한다. set은 집합 자료형으로, 순서가 없고 중복을 허용하지 않는다. 아래 예제를 통해 확인 결과) 추가로, list() 함수를 이용하여 set 에서 list로 다시 되돌린다. (set 함수를 사용하면, list type에서 set type으로 바뀐다.) 참고) - https://jimmy-ai.tistory.com/217 - https://wikidocs.net/1015

필요 라이브러리가 설치된 프로젝트에서 아래 코드를 입력하면 pip freeze > requirements.txt 해당 프로젝트에 requirements.txt 파일이 생성된다. 해당 패키지를 다른 프로젝트에 설치하고 싶다면, pip install -r requirements.txt 위의 코드를 입력한다. requirements.txt 파일이 다른 경로에 있다면, 추가해줘야 한다. 참고) - https://hello-bryan.tistory.com/128

실습] 소설의 다른 엔딩 및 메인 스토리 수정 Task1: 추가 branch 생성 Github Desktop을 통해, Main branch에 위와 같은 소설을 commit. Github Desktop에서, New branch 생성 (sad-ending branch) 새로운 브랜치에서 sad-ending의 스토리를 추가 작성하여 해당 브랜치에 commit 한다. 내용을 추가 작성하여 commit 했지만, 브랜치를 다시 main branch로 바꾸면 추가 작성 부분이 사라진다. ... 각 브랜치에 최종 작성된 부분으로 되돌아간다. 'Happy ending' branch를 추가로 생성한다. 단, sad-ending branch가 아닌 main branch에서 다시 시작한다. 2개의 branch가 생성된 시점에..

1) Repository - Git이 프로젝트의 파일들을 보고 있는 폴더 - 해당 폴더 안의 모든 행위들은 Git에 의해 보여진다. - 폴더 안의 .git 폴더를 삭제하면, Git이 더이상 감시하지 않는다. 2) Commit - 기록 (Point in time) - 프로젝트에 어떠한 변경사항이 있을 때, Record를 세팅한다. (특정 시간, 특정 목적) - History 탭에서 어떤 파일이 어디에서 변경됐는지 정확하게 보여준다. - Commit할 때, 제목은 필수이지만 설명은 안 적어도 된다. - 모든 변경사항을 Commit 해야하는 건 아니다. 큰 수정을 하거나 기록을 남기고 싶을 때 주로 이용. 3) Areas - 모든 파일들은 언제나 세가지의 다른 areas중에 있다. 1. working area..

Git - Distributed Version Control System - 오픈소스이며, 비용을 지불할 필요가 없다. - Git Repository에 있는 프로젝트에 속한 모든 파일의 변경사항들을 트래킹한다. - 어디에서, 어떤 부분이, 언제 바뀌었는지, 누가 바꿨는지 등의 모든 사항을 History에서 체크 가능하며, 특정 시점으로 코드를 되돌릴 수 있다. - 팀프로젝트에 유용하다. - Binary code(0과 1)로 파일을 읽기 때문에, 꼭 text만 필요한 것이 아니다. 모든 형식의 파일들을 다룰 수 있다. - History 파일을 업로드 한 후에 해당 파일을 Github에 업로드 하는 순서로 진행 Github - Git Provider - Git 파일 및 변경사항들을 업로드 하는 곳. - 팀원..

Git을 수동적으로만 사용하지 말고, 제대로 이해하고 사용하자. 준비사항: 에디터 (ex. Visual Studio Code 등) 1) Git 설치(Windows, Linux) Windows 설치 링크: https://git-scm.com/ Git git-scm.com 우측의 Download 버튼을 누르고 본인의 컴퓨터 사양에 맞는 파일을 다운로드 Linux Ubuntu 콘솔에서 아래 코드 입력 sudo apt-get install git 2) Git 버전 확인 두 운영체제 모두, 아래 코드로 버전 체크가 가능하다. git --version 3) Github Desktop 설치 git과 연동할 수 있다. (단, 32-bit 인 데스크탑은 사용할 수 없다.) 설치 링크: https://desktop.git..

다양한 단축키들이 있지만, 작업하면서 많이 사용했거나 사용할 것 같은 단축키들만 정리. 편집 관련] 한 줄 주석 처리: Ctrl + / 블럭 주석 처리: Alt + Shift + A (직관적으로 Ctrl + Shift + / 로 변경 추천) 들여쓰기: Tab 내어쓰기: Shift + Tab 동일 문자열 선택: Ctrl + D 동일 문자열 한 번에 선택: Ctrl + Shift + L 특정 위치 커서 여러 개 생성: Alt + Click 괄호 범위 끝 이동: Ctrl + Shift + \ 드래그 범위 각 라인 맨 뒤로 커서 생성: Shift + Alt + I Breadcrumbs (아웃라인): Ctrl + Shift + .(점) ... (함수명, 변수명 등의 목록 보여줌) 파이썬 파일 실행: Ctrl + ..

ubuntu에서 패키지를 다운 받을 때에는 미러서버를 통해 받게 된다. default인 archive.ubuntu.com 보다는 국내의 카카오 미러서버가 더 빠르기 때문에 바꾸는 설정. 1) sources.list 파일 접근 ubuntu 콘솔에서 code /etc/apt 로 디렉터리 변경 후, 아래 코드를 통해 파일 편집 sudo nano sources.list 2) 미러서버 url 변경 archive.ubuntu.com/ubuntu/ 를 mirror.kakao.com/ubuntu/ 로 모두 변경 (주석 처리가 되어 있지 않은 부분만) # nano 편집기 사용법 ^ 는 ctrl, M- 는 alt 키이다. 아래 설명을 보고 조작하여 변경한 후, ctrl + x 를 눌러 파일 저장 옵션 선택 후 엔터. 마지..

쓸 것 같은 기본적인 명령어들만 정리. 참고로, 아래 1번 명령어처럼 ls -i 등의 세부적인 명령어들도 있으나, 간단한 기능들만 사용하는 입장이기 때문에 복잡한 옵션들은 정리하지 않았다. 1. ls 현재 디렉터리에 있는 폴더 또는 파일명들을 보여준다. (폴더명과 파일명은 출력되는 색상이 다르다.) # l (L) 현재 디렉터리명과 그 안에 포함된 파일명들을 보여준다. (숨겨진 파일 포함) 2. cd change directory라는 뜻으로, 현재 작업중인 디렉터리를 변경할 때 사용. * cd , cd ~, cd~/ : 홈 디렉터리로 이동 * cd - : 디렉터리 변경 전으로 이동. (경로 변경을 취소할 때 사용할 수 있다.) * cd .. : 부모 디렉터리로 이동. (한 단계 상위 경로) * cd / :..