웹사이트를 백업하고 복원하는 방법

비즈니스 웹사이트를 구축하는 동안 일반적으로 가장 먼저 걱정하는 것은 사이트를 구축하고 운영하는 것입니다. 많은 작업이 필요합니다. 가장 중요한 것은 모든 것이 작동하도록 하는 것입니다.

그래서 원활하게 작동하고 실행되고 있는데 갑자기 어떤 일이 발생합니다. 그것은 사라 졌어요. 파일이 누락되었습니다.

로컬 서버에 웹사이트를 구축했다면 이미 백업이 있다고 느낄 수도 있습니다. 모든 것이 두 곳에 다 있어요, 그렇죠? 파일은 서버와 컴퓨터에 존재합니다.

무엇이 잘못될 수 있나요?

무슨 일이 일어날지 생각하는 데는 많은 상상력이 필요하지 않습니다. 예상치 못한 전력 급증으로 인해 컴퓨터가 작동하지 않거나, 3살짜리 아이가 노트북에 우유를 붓는 것이 재미있다고 판단하는 등의 이유로 컴퓨터가 작동하지 않습니다. 하지만 서버에 저장해 두었는데 왜 걱정해야 합니까?

그렇게 빠르지는 않습니다…

서버에 문제가 있거나 매우 저렴하고 믿을만해 보이는 호스팅 제공업체가 예고 없이 문제를 일으키면 어떻게 될까요? 귀하의 웹사이트가 데이터베이스를 운영한다는 사실은 어떻습니까? 컴퓨터에 있는 모든 파일의 정확한 복사본을 갖고 계십니까?

웹 사이트 백업이 중요해지는 곳입니다!

이 기사에서는 이유, 내용, 방법을 포함하여 웹 사이트 백업에 대해 알아야 할 모든 내용을 다룹니다.

웹사이트를 백업하는 이유는 무엇입니까?

웹사이트를 백업해야 하는 데에는 여러 가지 이유가 있습니다.

1. 악성코드/랜섬웨어

너무 자세히 설명하지 않으면 완전히 안전한 시스템은 없습니다. 아무리 많은 보안 절차와 프로토콜을 마련하더라도 모든 시스템은 취약합니다.

보안 수준이 있지만 일부 시스템은 다른 시스템보다 더 취약합니다. 귀하의 웹사이트를 모든 유형의 공격으로부터 예방하는 것은 사실상 불가능하며, 실제로 사람들이 귀하의 사이트를 사용할 것으로 예상한다면 더욱 그렇습니다.

이것을 당신의 집처럼 생각하십시오. Fort Knox처럼 봉쇄할 수도 있지만 그러면 아무도 들어갈 수 없으므로 문이 있어야 합니다. 물론 문은 잘 잠겨 있지만 누군가가 항상 창문을 통해 침입할 수 있습니다.

모든 시스템에서 가장 약한 부분은 인간입니다. 피싱 공격에 굴복하려면 단 한 번의 잘못된 클릭이나 중요한 이메일에 응답하는 것만으로도 충분합니다. 누군가가 소프트웨어 등을 통해 시스템에 침입하면 몸값을 요구하고 파일을 제어할 수 있습니다.

귀하의 사이트나 파일을 반환하거나 반환하지 않을 수 있는 알려지지 않은 사람에게 돈을 지불하는 대신 복사본이 있으면 훨씬 덜 취약합니다.

2. 삭제된 파일/잘못된 명령/사람의 오류

Windows/Mac에서 간단한 "클릭/삭제"를 사용하거나 Linux 또는 그 파생 프로그램의 명령줄을 사용하여 서버에서 잘못된 파일을 삭제하는 것처럼 간단한 작업으로 키 파일이나 모든 파일을 지울 수 있습니다.

(Linux에서 rm -r diretoryname 명령은 디렉토리와 그 안의 모든 파일을 제거하는 경우가 많습니다. 종종 확인도 없이 제거됩니다. 심지어 rm -rf /는 읽기 전용 파일과 루트의 모든 파일도 삭제할 수 있습니다. 전체 기계!).

3. 해킹

악의적인 행동은 우리가 원하는 것보다 더 흔합니다. 때로는 맬웨어나 랜섬웨어 유형의 해킹만큼 간단하지도 않습니다. 스포츠로서 웹사이트를 해킹하는 사람들이 많이 있습니다. 웹 사이트의 콘텐츠가 해커에게 큰 가치가 없다고 생각되는 콘텐츠라도 이런 일은 여전히 ​​발생할 수 있습니다.

이는 잘 문서화된 약점이 많은 WordPress와 같은 인기 있는 플랫폼을 사용하는 사람들에게 특히 위험합니다. 이 플랫폼에는 패치를 적용하지 않으면 큰 목표가 생길 수 있습니다.

4. 나쁜 개발자/직원/누구든

많은 기업이 당사 사이트를 디자인하기 위해 제3자에 크게 의존하고 있습니다. 대부분의 경우 웹 개발자는 다른 사람들만큼 정직합니다. 대부분(예를 들어 <smile>정말 </smile>)은 위대하고 정직한 사람들입니다(그리고 겸손합니다!).

그런데 결제 분쟁이 발생할 수도 있나요? 사람은 사람이기 때문에 윤리적 행동을 고려하는 방식은 매우 다양합니다. 귀하의 웹 사이트 백엔드에 액세스할 수 있는 화가 난(또는 사악한) 직원이 만족하지 않거나 어떤 이유로든 사이트를 간단히 폐쇄하는 것은 매우 쉽습니다.

이는 우리가 생각하고 싶지 않은 사항이지만 일반적으로 안전을 유지하는 것이 좋습니다.

5. 서버 충돌

기술은 작동할 때 훌륭합니다. 대부분의 경우, 특히 견고하고 평판이 좋은 호스팅 회사를 사용하는 경우 데이터가 지워지는 서버 충돌이 거의 발생하지 않습니다.

그러나 최고의 공급자라도 문제는 있습니다.

또한 요즘에는 대부분의 경우 귀하의 사이트가 가상 서버 에서 호스팅될 가능성이 높습니다. 즉, 귀하의 데이터는 독립적인 물리적 컴퓨터에 있는 것이 아니라 다른 많은 사람이나 기업과 공유됩니다. 호스팅 제공업체가 하나의 물리적 서버에서 다양한 "가상" 인스턴스를 호스팅하는 것은 매우 일반적입니다.

대부분의 저렴한 웹 호스팅 회사의 경우 이는 그렇지 않은 경우보다 더 일반적이며, 자신의 물리적 서버를 구입하기 위해 큰 돈을 기꺼이 지출하지 않는 한 공간을 공유할 가능성이 매우 높습니다. 다른 세그먼트에 문제가 발생하면 사이트와 파일에 영향을 미칠 수 있습니다.

또한 하나의 물리적 서버에 사이트를 호스팅했더라도 기본적으로 는 여전히 컴퓨터일 뿐입니다. 서버는 자신의 컴퓨터와 마찬가지로 안전한 장소에 저장되는 경향이 있지만 여전히 문제가 발생할 가능성은 항상 존재합니다.

서버가 과열되거나, 예상치 못한 자연 재해가 발생하거나, 정확히 잘못된 시간에 전력 변동이 발생하거나, 데이터 손실을 초래할 수 있는 숨겨진 제조업체의 결함이 있을 수도 있습니다.

게다가 서버 팜은 극단적인 경우 전체 재부팅이 필요할 수 있는 조직화된 DDOS(Dedicated Denial of Service) 공격의 대상이 될 수 있습니다. 이는 항상 일부 또는 모든 데이터가 손실될 수 있는 잠재적인 위험을 가지고 있습니다.

이러한 이유로 일반적으로 모든 중요한 데이터의 복사본을 다른 장소에 보관하는 것이 좋습니다. 따라서 이러한 일이 가능하다면 아무리 가능성이 없더라도(경우에 따라 다름) 이러한 일이 발생할 가능성은 없습니다.

웹사이트에서 무엇을 백업해야 합니까?

백업하려는 항목의 유형은 다음 범주로 나눌 수 있습니다.

1. 파일

이것은 귀하의 웹 사이트를 구성하는 모든 파일입니다. 여기에는 모든 페이지/스크립트/CSS 파일과 이미지, 문서 또는 웹사이트의 핵심 부분인 모든 멀티미디어 콘텐츠가 포함됩니다.

이는 변하지 않는 콘텐츠라고 생각할 수 있습니다. 그들은 정적 개체로 남아 있습니다. 결과적으로 이는 일반적으로 사이트에서 관리하고 백업하기 가장 쉬운 부분입니다.

2. 데이터베이스

흔히 그렇듯이 대부분의 웹사이트는 데이터베이스를 사용하여 제품, 개별 페이지 또는 중복된 콘텐츠의 변형일 수 있는 기타 항목을 저장합니다.

데이터베이스가 다소 정적인 경우(즉, 사이트의 대부분 항목이 거의 변경되지 않는 경우) 파일과 마찬가지로 백업을 유지하는 것이 상대적으로 간단합니다.

그러나 대부분의 경우와 마찬가지로 이 콘텐츠가 블로그 게시물, 제품, 거래 또는 정기적으로 변경되거나 추가되는 기타 항목과 같이 유동적인 경우 이 데이터를 정기적으로 백업하는 방법을 찾아야 합니다.

3. 이메일 계정

사용자의 이메일이나 연락처 정보에 대한 기록을 저장하는 경우. 또한 전체 이메일 서버와 호스트를 통한 모든 이메일 거래 기록이 있을 가능성이 높습니다. 이 계정을 사용하여 상호 작용, 이메일 및 메일링 목록에 대한 모든 기록을 보관하고 싶을 것입니다.

웹사이트를 백업하는 방법

사이트를 백업하는 것은 특별히 어렵지 않지만 시작하려면 여러 가지 방법이 있다는 것을 이해해야 합니다. 품질, 신뢰성, 편의성(기술 수준에 따라 다름)에 따라 다릅니다. 일반적으로 하나 이상을 사용하는 것이 좋습니다.

1. 웹 호스트를 통해

좋은 웹 호스트라면 웹 서버에 있는 모든 파일의 자동 백업을 생성해야 합니다. 웹 호스트는 이 작업을 내부적으로 수행해야 하며 일반적으로 사용자가 수행하는 작업에 관계없이 매일 백업을 수행합니다.

따라서 어떤 일이 발생하면 웹 호스트의 백업으로 돌아갈 수 있어야 합니다.

그러나 웹 호스트는 일반적으로 여러 백업 버전을 유지하지 않으며 귀하는 그들의 처분에 따릅니다. 그들은 수동으로 백업을 생성할 수 있는 일종의 도구를 제공합니다.

예를 들어, 대부분의 웹 호스트에서 사용하는 공통 제어판인 cPanel을 통해 웹 사이트의 전체 백업을 쉽게 생성할 수 있습니다.

서버의 백업 도구를 사용하려면 공급자에게 문의하고 공급자가 제공한 설명서를 읽어야 합니다. 일반적으로 파일은 압축 파일로 저장되며 서버에 저장됩니다.

플랫폼에 따라 원하는 형식 유형을 지정해야 할 수도 있습니다. 또한 필요한 경우 백업을 복원하는 방법에 대한 지침도 제공합니다.

귀하의 웹 호스트가 서버에 백업 사본을 제공하는 경우 해당 사본이 귀하의 웹사이트와 다른 서버에 저장되어 있는지 확인하십시오. 서버가 충돌할 수 있습니다!

제공업체의 서비스를 사용하면 얻을 수 있는 이점은 매우 분명합니다. 일반적으로 호스트와 원활하게 진행됩니다.

그러나 단점은 특히 호스팅 제공업체와 관련이 있습니다. 귀하의 사이트를 훌륭하게 호스팅할 수는 있지만 모든 계란을 한 바구니에 보관하는 것은 결코 현명하지 않습니다.

서버 팜에 화재가 발생하거나 해커로부터 일종의 공격을 받는 등 문제가 발생하는 경우(예, 가끔 발생합니다. 누구도 면역되지 않으며 호스팅 제공업체가 주요 대상입니다).

이러한 이유 등으로 인해 가끔 파일 사본을 컴퓨터에 다운로드하는 것이 매우 좋습니다. 또한 최소한 수동으로 사이트 사본을 직접 보관하고 싶을 수도 있습니다.

2. CMS 웹사이트 백업 플러그인

WordPress와 같이 널리 사용되는 CMS를 사용하는 경우 Backup Buddy와 같이 설치할 수 있는 플러그인이 많이 있습니다. 이는 매우 편리하며 설치도 매우 쉽습니다.

그러나 백업 플러그인은 일반적으로 사이트 속도를 저하시키는 부정적인 영향을 미칠 수 있습니다. PHP는 WordPress의 기본 프로그래밍 언어이므로 대부분의 플러그인도 PHP를 사용합니다.

이는 효과적일 수 있지만 느리게 실행되는 경향이 있습니다. 즉, 실행 과정에서 사이트 속도를 늦출 수 있고(일반적으로 사이트를 생성하는 동일한 엔진에서 실행됨) 사이트를 복잡하게 만들 수도 있습니다. 또한 이상적인 것보다 더 높은 수준의 추상화입니다.

또 다른 요인은 아이러니하게도 사이트를 더욱 취약하게 만들 수 있다는 것입니다. PHP 자체에는 알려진 보안 문제가 있습니다. 특히 사용 중인 코드가 오래되었거나 엉성하게 작성된 경우 더욱 그렇습니다.

이러한 플러그인에 들어가는 코드를 절대적으로 확신하지 않는 한(그리고 진지하게, 누가 다른 사람의 소스 코드를 살펴볼 시간이 있습니까?) 데이터를 안전하게 유지하기 위해 사용하는 플러그인으로 인해 보안이 덜 해질 수 있습니다. (예, 많은 업체가 평판이 좋고 고품질 코드를 제공합니다. 여기서 당황하지는 않겠지만 명심해야 할 사항입니다.)

PHP는 훌륭한 코딩 언어이지만(제가 가장 좋아하는 언어 중 하나이고 매일 사용합니다), 이 플랫폼 외부에서 많은 기능을 계속 실행하는 것이 좋습니다. 일반적으로 OS 수준에서 백업을 실행하려는 경우.

Linux 또는 그 파생 제품을 실행하는 경우 쉘 스크립트나 Windows의 배치 파일, Mac의 macos 파일을 실행하고 싶을 것입니다.

3. 수동 웹사이트 백업

우리 중 많은 사람들이 파일을 백업하는 "기존" 방식, 즉 모든 파일의 복사본을 만들어 이동식 하드 드라이브에 저장하거나 클라우드에 저장하는 방식에 익숙할 것입니다.

이는 기본적으로 웹사이트에서 사용하는 방법과 동일하지만 몇 가지 주의사항이 있습니다.

물론 로컬에서 웹 사이트를 만든 다음 FTP(또는 SFTP를 통해)를 통해 호스트로 전송하는 경우 기술적으로 이미 사이트 사본이 있습니다.

그러나 중요한 차이점이 있습니다…

사이트에 데이터베이스가 있는 경우 실제 사이트와 로컬(테스트 데이터베이스)에 다른 콘텐츠가 있을 가능성이 높습니다. 일종의 CMS 소프트웨어(WordPress 등)를 사용하는 경우 특히 그렇습니다.

이 경우 사이트의 거의 모든 콘텐츠가 데이터베이스에 저장되며 데이터베이스 자체 외부에는 파일이 전혀 없습니다.

데이터베이스 백업은 실제로 상대적으로 쉽습니다. 특히 MySQL을 사용하는 경우 더욱 그렇습니다. 데이터베이스의 SQL 덤프를 가져오기만 하면 됩니다. 이는 데이터베이스의 모든 내용을 포함하는 일반 텍스트 파일입니다.

일단 생성되면 간단히 업로드하거나 파일로 실행하여 데이터베이스를 다시 구축할 수 있습니다.

명령줄 방법

이는 비교적 간단합니다. 다음 명령은 전체 데이터베이스를 백업합니다.

이러한 실행과 다양한 옵션에 대한 자세한 내용을 보려면 MySQL 설명서를 확인하세요.

PhpMyAdmin 메서드

데이터베이스의 내보내기 탭으로 이동하여 필요한 모든 옵션을 선택합니다. 일반적으로 "드롭 테이블"을 포함하고 데이터베이스 옵션을 생성하여 이전 버전 위에 새 복사본을 로드할 수 있지만 구매자는 주의해야 합니다. 기존 데이터를 완전히 지우고 새 복사본으로 교체하세요.)

그런 다음 생성된 모든 파일(소스 코드, 데이터베이스 및 이미지)을 압축하여 원하는 곳에 복사본을 보관할 수 있습니다(저는 개인적으로 Google Drive 또는 Dropbox와 같은 클라우드 저장소를 사용하는 것을 좋아합니다).

명백한 단점은 이 작업을 반드시 기억해야 하고 잊어버리기 쉽다 는 것입니다. 따라서 한 단계 더 나아가고 싶다면 이 모든 작업을 수행하는 스크립트를 작성하고 시스템을 사용하여 이러한 작업을 주기적으로 실행할 수 있습니다.

Linux에서는 명령줄을 통해 SQL 덤프를 실행한 다음 이 스크립트를 cronjob으로 실행하여 하루에 한 번, 일주일에 한 번 또는 원하는 기간에 실행하는 것이 상대적으로 쉽습니다.

창에서는 배치와 내장된 작업 스케줄러를 사용할 수 있습니다. 제가 사용하는 일반적인 방법은 SQL 덤프를 사용하여 일괄 처리를 실행한 다음 전체 디렉터리를 Dropbox 계정에 대량 복사하는 것입니다.

4. 웹사이트 백업 서비스

물론, 이 모든 것을 수동으로 처리하는 것은 약간 부담스러울 수 있습니다. 여전히 주의가 필요하며 디렉토리 정리를 잊어버리는 것 같은 간단한 일로 인해 파일이 삭제되거나 갑자기 계정에 요금이 추가될 수 있습니다(Dropbox는 몇 번의 무료 공연을 허용하지만 그 이후로는 빠르게 올라갑니다).

그렇기 때문에 사업장 사이트를 운영하고 계시다면 전문적인 백업 서비스를 이용하시는 것이 좋을 것 같습니다. 이는 일반적으로 위에서 언급한 모든 작업을 수행하지만 보다 안정적인 방식으로 수행됩니다.

수동 백업과 달리 다른 사람이 귀하를 대신하여 작업을 수행하고 귀하가 직면할 수 있는 모든 작은 문제를 처리합니다. 플러그인과 달리 사이트 외부에서 실행됩니다. 추가할 필요가 없습니다. 처리 속도가 저하되지 않아야 하며, 그렇게 하는 동안 보안 취약점이 발생하지 않습니다.

다음은 인기 있는 일부 백업 서비스에 대한 간단한 샘플입니다. ( 면책 조항 : 이것은 포괄적인 가이드를 제공하기 위한 것이 아니며, 존재하는 내용을 이해하는 데 충분합니다. 언급된 서비스를 모두 테스트하지는 않았습니다.)

• Sucuri 백업 – 웹사이트 보안을 위해 Sucuri 사용을 권장하는 훌륭한 솔루션입니다.
• 코드가드
• 백업가드
• 내 사이트 삭제

웹사이트 백업 전략: 모범 사례

어떤 방법을 선택하든 웹 사이트 백업에는 작업 흐름 계획이 있어야 합니다.

위에 언급된 모든 방법이 효과가 있기는 하지만 반드시 전략을 수립해야 합니다. 그렇지 않으면 언급된 시스템이 심각한 취약점을 겪을 수 있습니다.

체크리스트를 만들고 다음 범주에 대한 답을 결정하십시오.

1. 웹사이트를 얼마나 자주 백업합니까?

이건 중요하다. 매일 또는 매월 백업을 실행하시겠습니까?

사이트에 변경사항(새 제품, 새 블로그 게시물 등)이 있을 때마다 이를 실행하는 아이디어를 고려할 수 있습니다. 이는 귀하에게 달려 있지만 계획이 마련되어 있는지 확인해야 합니다.

2. 자동화된 스케줄링

위 내용에 이어 일정 설정이 중요합니다. 기본적으로 백업이 발생할 일정을 설정하는 것이 좋습니다.

3. 원격 저장소 사용

이 데이터를 어디에 저장하고 있나요? 서버나 노트북에만 복사본을 보관하고 싶지는 않을 것입니다. 외장 하드 드라이브를 사용할 예정인가요? 구름? 어떤 클라우드 서비스인가요?

4. 보유기간

각 백업의 복사본을 얼마나 오랫동안 보관해야 합니까? 1년 전의 파일이 필요합니까, 아니면 먼지가 쌓이고 최신 백업으로 대체될 수 있습니까?

5. 암호화

특히 독점 정보(예: 기밀 제품 가격 정보 또는 더 중요한 고객 기록)가 있는 경우 백업 보안이 중요합니다.

백업을 암호화하고 보호하기 위한 계획을 세우십시오(AES 256비트 개인 키 암호화 및 TLS/SSL 전송 보안). 암호화에 대해 자세히 알아보세요.

6. RAID 어레이에 백업 저장

RAID 어레이(독립 디스크의 중복 어레이)는 웹 사이트 및/또는 데이터의 여러 복사본을 생성하는 데 유용할 뿐만 아니라 성능도 향상시킵니다.

디스크 중 하나에 오류가 발생할 경우 추가 보호 기능을 제공합니다. 이는 전문 백업 서비스에서 제공하는 전형적인 기능입니다.

7. 선택적 복원

사이트의 모든 부분을 복원할 필요가 없는 경우를 대비해 절차를 마련하세요. 대부분은 괜찮을 수도 있지만 일부 조각이 손실되었을 수도 있습니다.

예를 들어 제품 테이블 하나가 손상된 경우 SQL 덤프에서 해당 부분만 교체하면 됩니다. 이는 일반적으로 하나의 파일을 교체하기 위해 모든 것을 지우는 것보다 더 나은 아이디어입니다.

실제로 문제가 발생하면 모든 것을 교체하는 것은 흔한 실수입니다. 물론, 이 방법은 작동하지만 마지막 백업 이후에 발생한 모든 내용을 잃게 됩니다.

모든 것을 교체 해야 하는지 확인하는 것이 가장 좋습니다. 다른 모든 방법이 실패할 경우 최후의 수단으로 전체 백업을 저장하세요.

웹사이트 백업을 복원하는 방법

좋습니다. 귀하의 사이트는 사라졌지만 백업은 남아 있습니다. 백업에서 사이트를 어떻게 복원합니까? 이는 비교적 간단합니다.

복사본이 zip 파일로 저장된 경우 압축을 풀고 모든 파일을 원래 위치로 다시 로드하면 됩니다.

SQL 파일(SQL 덤프 중에 생성된 텍스트 파일)을 가져와서 명령줄을 사용하거나 phpMyAdmin(또는 MySQL Workbench와 같은 다른 그래픽 데이터베이스 관리 시스템)을 사용하여 데이터베이스를 다시 생성하고 파일을 가져오거나 전체 내용을 SQL 창에 복사하고 실행하십시오.

로컬에서 테스트하고 모든 것이 작동하면 서버에 다시 로드하세요. 즉시 백업하고 실행해야 합니다.

전문적인 백업 서비스를 사용하고 있다면 이 과정이 훨씬 더 쉬울 것입니다. 괜찮은 서비스라면 부분 복원이든 전체 사이트 복원이든 백업 복원을 위한 도구를 제공해야 합니다.

보너스 팁: 개발을 위해 스테이징을 사용하세요

기존 파일의 단순한 백업을 넘어서, 자신의 사이트를 개발 중이거나 개발자 팀과 함께 작업하는 경우 개발 프로세스 중 모든 단계의 기록을 유지하기 위한 버전 관리 시스템을 고려할 수 있습니다.

사이트를 구축할 때 일반적으로 사이트 디자인 방식에 대한 버전과 변경 사항이 있습니다. 아마도 사이트를 완전히 재설계하고 있지만 이전 사이트의 복사본을 유지하고 싶을 수도 있습니다.

또한 흔히 그렇듯이 사이트를 개발하는 동안 뭔가 크게 잘못되어 변경되기 전의 상태 그대로 파일을 찾아야 합니다. 또한 사이트를 공개적으로 출시하기 전에 업데이트나 변경을 위해 사이트의 로컬 개발 버전을 유지하는 것이 좋습니다.

버전 관리 시스템이 작동하는 곳입니다. 이는 변경할 때마다 폴더의 복사본을 만드는 것과 유사하지만 훨씬 더 체계적이며 공동 개발이 가능합니다.

Git은 개발 프로세스를 체계적으로 유지하는 환상적인 도구입니다. 로컬에서 좋은 코드 백업을 생성하고 안전한 원격 백업을 위해 클라우드로 쉽게 이동할 수 있습니다.

서로 다른 디렉터리에 여러 개의 파일 복사본을 두는 대신; 여러 사람이 충돌 위험 없이 파일 작업을 수행할 수 있도록 브랜치 에 저장됩니다.

준비가 되면 기본 개발 분기에 병합할 수 있으며 최종적으로는 배포할 마스터 분기에 병합할 수 있습니다.

다음은 가장 인기 있는 Git 리포지토리 중 두 가지입니다.

• GitHub는 소스 코드를 공유하려는 경우 무료이지만(핵심은 오픈 소스임) 매우 저렴한 개인 코드 저장소도 제공합니다. 또한 코드 조각을 둘러보기에 좋은 장소이며 훌륭한 개발자 커뮤니티를 호스팅합니다.
• BitBucket도 비슷합니다. 커뮤니티만큼 크지는 않지만 일부 개인 저장소를 무료로 제공합니다.

결론

일부 방법은 다른 방법에 비해 더 나은 장점이 있지만 웹 사이트 백업은 간과해서는 안 되는 필수 요소입니다. 이상적으로는 위에서 언급한 방법을 조합하여 사용하는 것을 고려해야 합니다.

파일의 중복 복사본이 있는지 확인하면 나중에 큰 골칫거리를 덜 수 있습니다. 사이트에 나쁜 일이 일어나지 않고 이것이 필요하지 않더라도 걱정하지 않고 추가로 잠을 잘 수 있다고 생각하세요.

컴퓨터에 파일을 백업합니다. 귀하의 웹사이트도 동일한 규칙을 따라야 합니다.