git revert 명령은 커밋을 취소하므로 저장소를 이전 커밋으로 되돌릴 수 있습니다. 커밋을 삭제하는 대신 revert는 게시된 커밋의 변경 사항을 되돌리는 새 커밋을 만듭니다. 이렇게 하면 초기 커밋이 프로젝트 기록의 일부로 보존됩니다. Git 리포지토리로 작업할 때 실수로 Git 리포지토리에 저장할 준비가 되지 않은 코드로 커밋을 생성할 수 있습니다. 여기에서 git revert 명령이 사용됩니다. git revert 명령을 사용하면 undo할 수 있습니다. 저장소를 이전 커밋으로 되돌릴 수 있도록 커밋합니다. 이

혼자 또는 팀의 일원으로 프로젝트를 수행할 때 커밋을 취소하고 싶은 경우가 있을 수 있습니다. git reset command는 실제 생명의 은인으로 알려진 도구 중 하나입니다. Git의 추적 메커니즘 git reset으로 이동하기 전에 , 우리는 git의 기본 구조에 대해 이해해야 합니다. Git은 노드와 포인터가 있는 트리와 같은 구조를 통해 파일을 관리하고 추적합니다. 로컬 git 저장소에는 기본적으로 다음과 같은 세 가지 트리가 있습니다. 작업 디렉토리 :또는 작업 트리, 로컬 디렉토리 및 git status를

로컬 시스템에 파일을 추가한 다음 해당 파일을 리포지토리에 추가하지 않고 리포지토리의 원격 복사본을 가져오려고 하면 커밋에 추가된 것이 없지만 추적되지 않은 파일이 있습니다 Git 오류가 발생합니다. 이 가이드에서는 이 오류의 의미에 대해 설명합니다. 이 문제에 대한 두 가지 잠재적인 솔루션과 그 장점과 단점을 살펴보겠습니다. 커밋에 추가된 것은 없지만 추적되지 않은 파일이 있음 Git은 분산 버전 관리 시스템입니다. 즉, 저장소의 로컬 복사본을 만들고 해당 저장소를 직접 변경할 수 있습니다. 이러한 변경 사항은 커밋할 때까

분리된 HEAD의 문제가 발생하지 않을 수도 있지만 이를 방지하기 위해 알고 있는 것이 중요합니다. 분리된 HEAD에 커밋하지 않는 것이 좋지만 커밋하면 커밋을 저장하는 방법을 알려드리겠습니다. 알림 HEAD가 무엇인지 이해하기 위해 Git의 기본 트리와 같은 구조를 다시 살펴보겠습니다. 작업 디렉토리:또는 작업 트리. 로컬 디렉토리 및 git status를 나타냅니다. 작업 디렉토리의 상태를 알려줍니다. HEAD:현재 브랜치의 마지막 커밋 스냅샷입니다. git checkout으로 분기를 전환하려는 경우 그러면 HEAD가 분기

커밋을 생성하기 전에 변경한 파일을 해당 커밋에 추가해야 합니다. git status를 실행할 때 커밋에 파일을 추가하기 전에 명령을 실행하면 changes not staged for commit이 표시됩니다. 명령 출력의 메시지. 이 가이드에서는 이 메시지가 의미하는 것과 왜 중요한지 논의할 것입니다. 커밋에 추가해야 하는 파일을 준비하는 방법의 예를 살펴보겠습니다. 커밋을 위해 준비되지 않은 변경 사항 Git 리포지토리의 파일은 스테이징 영역 또는 커밋의 일부에서 무시할 수 있습니다. 무시된 파일은 Git 저장소의

파일을 커밋하거나 숨김 없이 두 분기에서 파일을 수정하고 해당 분기 간에 전환할 수 없습니다. Git은 어떤 변경 사항을 저장해야 하고 어떤 변경 사항을 덮어써야 하는지 확신하지 못하기 때문입니다. 이 가이드에서는 다음 파일에 대한 로컬 변경 사항을 체크아웃 시 덮어씁니다. 오류와 그 의미에 대해 설명합니다. 이 오류를 수정하는 방법을 알아낼 수 있도록 예제를 살펴보겠습니다. 다음 파일에 대한 로컬 변경 사항을 체크아웃 시 덮어씁니다. Git 버전 제어를 사용하면 분기라고 하는 별도의 개발 라인을 유지할 수 있습니다. 한 분

Git은 프로젝트 폴더 내의 .git/ 디렉토리에 있는 파일에 대한 쓰기 권한이 필요합니다. Git 명령줄에 이 폴더에 대한 액세스 권한이 없으면 파일을 가져오려고 할 때 Cannot open .git/FETCH_HEAD:Permission denied와 같은 오류가 발생합니다. 이 가이드에서는 이 오류의 의미와 원인에 대해 설명합니다. 프로그램에서 수정하는 방법을 배울 수 있도록 예제를 살펴보겠습니다. .git/FETCH_HEAD를 열 수 없음:권한이 거부되었습니다. Git 리포지토리에는 .git/이라는 특수 폴더가 있습니

Git 리포지토리에 변경 사항을 저장하는 것은 파일을 저장하는 것만큼 간단하지 않습니다. Git 버전 제어 시스템은 변경 사항을 추적하는 보다 정교한 방법을 사용하므로 개발자는 리포지토리의 코드 변경 사항을 보다 세부적으로 제어할 수 있습니다. git commit 명령은 프로젝트의 변경 사항을 저장소에 저장하는 한 단계입니다. git add 명령줄 함수는 먼저 커밋에 저장될 변경 사항의 레코드를 만드는 데 사용된 다음 git commit을 사용하여 이러한 변경 사항으로 커밋을 만듭니다. 마지막으로 git push는 커밋을 중앙

태깅은 Git 저장소 기록의 특정 지점을 추적하는 데 사용되는 기능입니다. 시간이 지남에 따라 Git 리포지토리로 작업할 때 코드베이스에 많은 변경 사항을 적용하게 됩니다. Git에서 커밋은 개별 변경 사항을 추적하는 데 사용됩니다. 그러나 버전과 같은 저장소 히스토리의 한 지점을 캡처하려면 Git 태깅 기능을 사용하는 것이 좋습니다. 이 자습서에서는 태그 지정의 기본 사항과 git tag 명령을 사용하여 Git 리포지토리의 태그 작업을 수행하는 방법을 예제와 함께 설명합니다. 이 튜토리얼을 읽으면 Git에서 태그

분기는 거의 모든 최신 버전 제어 시스템의 기능입니다. 분기를 사용하면 개발자가 코드의 기본 버전에서 벗어나 코드의 기본 버전을 업데이트하지 않고도 코드를 변경할 수 있습니다. 다른 버전 제어 시스템에서는 분기가 어려운 프로세스일 수 있습니다. 일부 버전 제어 시스템은 코드의 새 복사본을 생성하도록 요청하는데, 이는 더 큰 프로젝트에서는 힘들 수 있습니다. 반면 Git에는 다른 분기 사이를 쉽게 탐색할 수 있는 간단한 분기 기능이 있습니다. 이 자습서에서는 Git에서 분기의 기본 사항과 git 분기 명령을 사용하는 방법을

대부분의 경우 Git은 분기 간의 차이점을 해결하고 병합할 수 있습니다. 이는 개발자가 일반적으로 다른 줄이나 파일을 변경하기 때문입니다. Git이 저장소를 병합할 수 없는 경우가 있습니다. 이러한 상황을 병합 충돌이라고 합니다. 이 가이드에서는 병합이 무엇인지, 병합 충돌이 무엇인지, git merge 충돌을 해결하는 방법에 대해 이야기할 것입니다. 시작하겠습니다! 병합 충돌이란 무엇입니까? 병합 충돌은 Git이 사용자의 도움 없이 두 분기를 병합할 수 없는 경우입니다. 병합은 Git과 같은 버전 제어 시스템의 초석

당신이 생각하는 이상적인 프로그래머는 무엇입니까? 7살 때부터 코딩을 해서 백만 달러짜리 앱을 만드는 컴퓨터 천재인가? 비즈니스에서 10년 또는 20년 동안 모든 언어를 알고 있고(물론 좋은 언어만 가능) 커피 한 잔을 더 마시는 데 걸리는 시간 안에 웹사이트를 구축할 수 있는 경험 많은 개발자입니까? 모두가 동시에 경외하고 부러워할 정도로 아름다운 코드를 작성할 수 있는 코드 아티스트입니까? 어, 아마도? 글쎄, 그 꿈의 프로그래머들은 모두 꽤 좋게 들린다. 하지만 미친 코딩 실력이 전부가 아니라는 제 말을 믿으시겠습니까? 그리

나는 그것이 이상하게 들린다는 것을 안다. 문제는 코딩을 배울 수 있는 리소스가 너무 많아서 길을 잃거나 압도당하는 느낌이 들 수 있다는 것입니다. 그러나 다른 언어를 배우는 것처럼 코딩 교육에 접근하면 작업에 유용한 프레임워크를 제공할 것입니다. 프레임워크를 사용하면 학습 진행 상황을 구조화할 수 있습니다. 이렇게 하면 방향, 경로의 이정표, 끝에 도달할 목적지가 제공됩니다.이 기술의 주요 이점 중 하나는 초급에서 고급까지의 경로를 단계로 나누는 것입니다. 이러한 단계를 구분하면 현재 하고 있는 일을 더 잘 이해하는 데 도움이

반응형 그리드를 만드는 방법을 아는 것은 웹 개발의 필수적인 부분입니다. 사진 작가를 위한 포트폴리오 페이지, 전자 상거래 사이트 또는 랜딩 페이지를 만들 때 모두 그리드 레이아웃을 기반으로 합니다. 그리드는 어디에나 있습니다. 좋은 반응형 그리드 레이아웃을 구축하는 방법을 안다면 즉시 프론트엔드 웹 개발자로 두각을 나타낼 것입니다. 그리드가 무엇인지에 대한 간략한 개요와 함께 바로 들어가 보겠습니다. 그리드 레이아웃이란 무엇입니까? 그리드는 미디어에서 시각적 요소를 구성하는 검증된 방법입니다. 디자이너들은 인쇄 신문과 광

정말 훌륭한 웹 개발자가 되기 위해 필요한 것은 무엇입니까? 프로그래밍 작업을 처음 해보면 그게 쉽지 않다는 걸 금세 알게 되었을 것입니다. 코딩 튜토리얼을 보고, 프로그래밍 책을 읽고, 포트폴리오 사이트를 만드는 것이 한 가지입니다. 사양에 따라 웹사이트를 구축하고, 마감일을 준수하고, 가장 중요한 것은 상사와 고객이 만족하는지 확인하는 것은 완전히 다른 일입니다! 무엇보다 기술이 빠르게 변합니다. 트렌드에 뒤쳐지지 않고 내년에 쓸모없게 될 위험이 있다고 느낄 수도 있습니다. 그래도 비밀을 알고 싶습니까? 두려워할 필요가

웹사이트를 만드는 방법은 알고 싶지만 어떤 HTML 코드를 사용해야 할지 모르십니까? 이 튜토리얼을 따라 소스 코드 예제와 함께 HTML로 첫 번째 기본 웹사이트를 만드세요! 3가지 사항에 대해 알아보겠습니다. HTML이란 무엇인가 몇 가지 기본 HTML 구문 컴퓨터에서 로컬 웹사이트를 만드는 방법 참고로 이 게시물은 이전에 HTML을 사용해 본 적이 없는 완전한 초보자를 대상으로 합니다. CSS나 JavaScript가 관련되지 않으므로 우리가 만들 이 웹페이지는 그다지 아름답지 않다는 점을 명심하십시오. HTML과 기본

고객을 위한 프리랜서 웹사이트를 구축하거나 포트폴리오를 구축하려는 경우 다음과 같은 난제에 봉착했을 수 있습니다. 웹 디자인 기술이 없다면 어떻게 웹사이트를 만들 수 있습니까? 다음은 몇 가지 옵션입니다. 웹 디자이너를 고용하여 디자인을 만들어줄 수도 있지만 (훌륭한) 디자이너는 저렴하지 않습니다. Fiverr 또는 Upwork에서 값싼 디자이너를 찾을 수 있지만 위험할 수 있다는 것을 알고 있습니다. 또는 무료 또는 프리미엄 테마나 템플릿을 다운로드할 수 있지만 때로는 원하는 대로 되지 않는 경우가 있습니다. 또 다른

요즘에는 빌드 도구를 사용하는 것이 웹 개발 워크플로에서 없어서는 안될 부분입니다. Gulp는 (Webpack과 함께) 요즘 가장 인기 있는 빌드 도구 중 하나입니다. 하지만 Gulp를 배우기 위해서는 명확한 학습 곡선이 있습니다. 가장 큰 장애물 중 하나는 수백 개의 서로 다른 부품이 들어 있는지 알아내는 것입니다. 그리고 무엇보다도 명령줄에서 모든 작업을 수행해야 하므로 작업을 많이 하지 않으면 매우 겁이 날 수 있습니다. 이 튜토리얼은 npm(노드 패키지 관리자)의 기본 사항과 프런트 엔드 프로젝트를 위한 Gulp 설

Flexbox는 웹사이트 레이아웃을 구축하고 반응형으로 만드는 비교적 새로운 프론트엔드 기능으로 예전보다 훨씬 더 쉽게 만들었습니다. 과거에는 웹사이트를 구축하기 위해 플로트 그리드 또는 테이블을 사용하여 레이아웃이 제대로 보이도록 해야 했습니다. 그리고 이러한 방법은 반응형 디자인에 가장 적합하지 않습니다. 즉, 웹사이트가 데스크톱, 태블릿 및 휴대기기에서 보기 좋게 보이도록 하는 것입니다. 최신 웹 개발 동향을 파악하고 싶다면 flexbox 사용법을 알고 싶을 것입니다. 플로트 그리드가 빠르게 과거의 일이 되고 있기 때문입

이 이야기가 친숙하게 들리나요? 코딩을 배우기로 결정했습니다! 새로운 직업을 찾는 것에 대한 설렘으로 가득 차서 Udemy 과정에 빠르게 등록하고 freeCodeCamp에 등록합니다. 낙관적이고 열심인 당신은 그날 저녁에 앉아서 자료를 살펴보기 시작합니다. 앞으로 몇 주 동안, 당신은 밤늦게까지 코딩을 공부하고 다음날 아침 일찍 일어나 출근하는 패턴에 빠지게 됩니다. 하지만 일부 개념이 혼란스러워지기 시작했고 도움을 요청할 사람이 없습니다. 당신은 여가 시간을 희생했고 한동안 긴장을 풀기 위해 TV를 보지 않았습니다.