Tailwind CSS 최종 빌드 (정적 CSS로 굳히기)

이 문서는 순수 HTML과 Tailwind CSS v4로 만든 사이트를, 브라우저에서 실시간으로 CSS를 만들어 주던 방식에서 미리 컴파일된 하나의 정적 CSS 파일로 굳혀 다시 배포하는 절차를 다룹니다. AGY(구글 안티그라비티)로 사이트를 만들어 GitHub Pages에 이미 올린 상태를 전제로 씁니다. 다 따라 하면 브라우저가 페이지를 열 때마다 CSS를 계산하는 부담이 사라지고, 배포 파일 하나만 보고도 어떤 스타일이 들어갔는지 … 더 읽기

15. git error

1. Git Error 2. push 도중 reject* 2.1. pull 할때 Your local changes to the following files would be overwritten by merge 현재 로컬에서 수정한 파일이 원격 저장소(Remote)의 최신 변경 사항과 겹쳐서 발생 2.1.1. 해결 3. vscode 화면이 이상해짐 3.1. pull 하고 났더니 아래처럼 나올때 코드 충돌(Merge Conflict)이 발생 git 에서 원격 저장소의 내용과 내가 … 더 읽기

16. 깃 협업 Forking Workflow

1. 깃 협업 Forking Workflow Forking Workflow(포킹 워크플로)는 각 팀원이 원본 저장소를 Fork(포크)하여 자신의 저장소에서 작업하고, Pull Request(풀 리퀘스트)로 원본에 병합하는 Git 협업 방식이다. 저장소는 3종류이다: 이름 역할 관리자 upstream(업스트림) 최종 통합 저장소. PR이 들어오고 배포 서버에 연결된다. 팀장 origin(내 fork) 자유롭게 작업하는 복사본 각자 local(로컬) 실제로 코드를 수정하는 내 PC 폴더 각자 브랜치는 2개이다: … 더 읽기

17. 깃 PR

1. GitFlow 협업 커밋부터 Merge까지 main, dev 두 브랜치를 운영하는 팀 기준이다. A는 김망고, B는 박공원으로 가정한다. 1.1. 매일 작업 시작 전 A, B 둘 다 작업 전 반드시 dev 브랜치 최신 상태를 받아온다. git checkout dev git pull origin dev 1.2. A가 코드 작성 후 커밋 & push git add . git commit -m … 더 읽기

05. README.md

1. README.md — 왜 쓰고, 어떻게 쓰는가 README # 🌟 프로젝트 이름 > 저희 프로젝트를 소개합니다! 간단한 설명을 여기에 적어주세요 🙏 > 라이브 데모는 [_여기_](https://www.example.com)에서 만나보실 수 있어요 ✨ ## 📋 목차 * [프로젝트 소개](#프로젝트-소개) * [사용 기술](#사용-기술) * [주요 기능](#주요-기능) * [스크린샷](#스크린샷) * [설치 방법](#설치-방법) * [사용법](#사용법) * [프로젝트 현황](#프로젝트-현황) * [개선 예정 사항](#개선-예정-사항) … 더 읽기

12. 깃허브에서-리포지토리-삭제

깃허브(GitHub, 깃허브)에 생성된 원격 저장소는 프로젝트 개발이 완료되었거나 테스트 목적으로 생성한 뒤 더 이상 관리할 필요가 없을 때 삭제할 수 있다. 리포지토리(Repository, 리포지토리)를 삭제하면 해당 저장소에 포함된 소스 코드와 커밋 이력, 이슈(Issue, 이슈), 풀 리퀘스트(Pull Request, 풀 리퀘스트) 등의 모든 데이터가 영구적으로 제거된다. 한 번 삭제된 원격 저장소는 일반적인 방법으로 복구할 수 없으므로 작업 전에 … 더 읽기

18. 깃허브로-배포하기

작성한 웹 문서를 인터넷 상에 공개하려면 웹 호스팅(Web Hosting, 웹 호스팅) 서버가 필요하다. 깃허브 페이지스(GitHub Pages)는 깃허브 원격 저장소(Repository, 레포지토리)에 업로드된 정적 파일을 무료로 호스팅하여 웹 브라우저에서 바로 접근할 수 있도록 제공하는 서비스이다. 별도의 서버 환경 구축 과정 없이 저장소 설정만으로 개인 포트폴리오나 정적 웹 사이트를 신속하게 배포할 수 있다. 7-3. 페이지 배포하기 깃허브 페이지스를 … 더 읽기

11. 깃허브-저장소-관리

https://www.youtube.com/watch?v=tDTx7obGFMk 5. 원격저장소 관리 5-1. 리포지토리 생성 리포지토리 생성 : 리포지토리 란 깃허브의 프로젝트 저장 폴더를 의미한다 깃허브 리포지토리 의 명령어 복사 git remote add origin 깃허브 레파지토리 주소 5-2 로컬과 원격을 연결하기 로컬에서 작업한 깃코드를 원격으로 업로드 하려면 변경완료,저장,업로드 의 과정을 거친다 깃으로 버전관리중인 로컬 프로젝트로 이동 원격저장소의 정보등록 깃허브 리포지토리 의 명령어 복사 … 더 읽기

04. 깃의-추적관리-시스템-알아보기

4. 깃의 추적관리 시스템 이해 git은 작업 디렉토리(Working Directory), 스테이지(Stage), 저장소(Repository) 3개의 영역으로 나눠져 있습니다. 작업 디렉토리(Working Directory) : 실제 작업을 하기 위한 디렉토리로, 파일을 수정하거나 삭제 등의 작업을 합니다. 스테이지(Stage) : 작업 디렉토리에서 수정, 삭제한 파일을 git이 추적할 수 있도록 올려두는 영역입니다. 저장소(Repository) : 스테이지 영역에 올라온 파일들의 버전 정보를 저장하는 영역입니다. 저장소를 생성하면 … 더 읽기

10. upstream

깃(Git)을 사용해 오픈소스 프로젝트에 기여하거나 협업을 진행할 때는 원본 저장소를 복제하는 포크(Fork) 기능을 자주 사용한다. 포크를 통해 생성된 개인 원격 저장소는 작업이 진행되는 동안 원본 저장소에 새롭게 추가된 커밋 이력과 차이가 발생하게 된다. 이때 원본 저장소를 가리키는 업스트림(upstream) 원격 저장소를 로컬 환경에 등록하면 최신 변경사항을 주기적으로 동기화할 수 있다. 이 글에서는 업스트림 원격 저장소를 로컬 … 더 읽기