본문 바로가기

전체 글32

DOM 객체 다루기 - 끝말잇기 0. 순서도 그리기 (프로그래밍 사고력 기르기)모든 프로그램을 만들 땐 순서도를 먼저 작성해야 함! 1) 프로그램은 항상 '고정된 절차'로 돌아가야 함 (모든 예시가 성립할 수 있도록)- 절차 수, 내용이 항상 같아야 함 -> '몇'이나 '어떤' 같은 불특정 수식어 사용- '예'는 절차를 다 만들고 검증할 때 사용2) 모든 가능성 고려 : 틀렸을 경우까지3) 처음부터 완벽할 필요는 없다! 시행착오를 겪으며 보완하기 1. 화면 만들고 참가자 수 입력받기프로그램은 크게 두 가지, '화면이 있는 프로그램'과 '화면이 없는 프로그램'으로 나눌 수 있음 - 화면 있는 경우화면 그리는 과정도 순서도에 포함해야 함웹브라우저에서 돌아가는 프로그램은 HTML, CSS, 자바스크립트라는 세가지 언어 사용HTML: 화면 요.. 2025. 1. 8.
VS Code에서 깃허브에 업로드 (+ 커밋과 푸쉬) 1. 커밋과 푸쉬항목커밋(commit)푸쉬(push)작업 위치로컬 저장소(내 컴퓨터)원격 저장소(GitHub 등)역할변경사항을 기록하고 저장기록된 커밋을 원격 저장소로 업로드인터넷 필요 여부필요 없음필요 (원격 저장소에 연결)팀원 공유 여부로컬에만 저장되므로 팀원과 공유되지 않음원격 저장소로 업로드되므로 팀원과 공유 가능 - 커밋 명령어git add 파일명 # 변경된 파일을 스테이징 영역에 추가git commit -m "커밋 메시지" # 변경 사항을 커밋 - 푸쉬 명령어git push origin 브랜치명 # 기본 브랜치(main)으로 푸쉬  2. VS Code에서 프로젝트 폴더를 Git에 연결1. 터미널 열기VS Code 하단의 터미널을 열거나 Ctrl + `` (backtick) 키를 눌러 터미.. 2025. 1. 5.
Github 레포지토리 생성 - 왜 README 파일은 생성하지 않는가? README.md를 포함하여 초기화GitHub에서 README.md 파일을 생성하면서 첫 번째 커밋이 자동으로 이루어짐이로 인해 로컬에서 새로 작업한 파일을 푸시할 때, 원격과 로컬의 커밋 히스토리가 달라져 충돌 가능성이 생김README.md를 포함하지 않고 초기화GitHub의 원격 레포지토리는 비어 있는 상태로 생성됨로컬에서 작업한 파일을 그대로 푸시할 수 있음이 경우, 충돌 없이 작업이 진행됨-> 즉, 깃허브에서는 README.md 파일을 생성하면서 자동으로 깃허브 내에서 커밋이 이루어지는데, 로컬에서는 이 커밋이 일어나지 않아서(이 커밋을 모르는 상태라서) 나중에 충돌이 생긴다. ※ README.md: 깃허브 레포지토리에서 프로젝트에 대한 설명을 제공하는 파일프로젝트 소개, 사용자 가이드 제공(프로.. 2024. 12. 26.
원격 레포지토리 vs 로컬 레포지토리 1. 원격 레포지토리 (Remote Repository)인터넷에 저장된 레포지토리입니다.GitHub, GitLab, Bitbucket과 같은 서비스를 통해 관리됩니다.팀원들과 협업하거나, 프로젝트를 공유하기 위해 사용합니다.URL로 접근할 수 있습니다.예: https://github.com/username/repo-name.git주요 특징GitHub에서 생성하는 레포지토리가 원격 레포지토리입니다.여러 사용자가 동일한 원격 레포지토리에 접근해 작업할 수 있습니다. 2. 로컬 레포지토리 (Local Repository)내 컴퓨터(로컬 환경)에 저장된 레포지토리입니다.원격 레포지토리의 복사본을 가져오거나(clone) 새로 생성하여 작업합니다.변경 사항을 **추적하고 기록(commit)**하며, 작업이 완료되면.. 2024. 12. 26.

티스토리툴바