github 에서 404 오류 메세지


안녕하세요.
고코더 입니다.


 1. 깃허브 페이지를 연결시에 404 오류가 나는 경우가 있습니다.
그래서 나타나는 오류 메세지는 이렇습니다. 잘못된 URL로 접속했거나 기본 페이지인 index.html이 없어서 생기는 오류 입니다. 
The site configured at this address does not contain the requested file.

If this is your site, make sure that the filename case matches the URL.
For root URLs (like http://example.com/) you must provide an index.html file.

Read the full documentation for more information about using GitHub Pages.

 2. 404는 생성되지 않는 페이지를 접속했거나 기본 도메인으로 접속시에 index.html이 없기 때문입니다. 


 3. index 파일이 없는 경우에는 html 파일을 만들어 주시면 해결 됩니다.
기본적으로 index.html을 먼저 찾습니다. 




마무리

생성 이후에 적용 시간이 조금 걸립니다. 


댓글을 달아 주세요


GitHub Desktop Pull


안녕하세요.
고코더 입니다.


 1. 깃허브 데스크탑으로 중앙 서버에 최신 버전인 파일을 내려 받는 방법을 알아봅니다.
데스크탑 프로그램을 실행 후에 가져오기 버튼인 Fetch origin을 클릭 합니다. 실행해도 바로 파일을 가져오지 않고 1차적으로 변경 이력을 검사합니다. 


 2. 해당 영역에 변경된 파일의 수가 와 변경 시점이 나타납니다. 버튼명도 Pull origin으로 변경 되었습니다. 다시 이 부분을 클릭 합니다. 이 단순한 과정만으로 서버에 있는 파일을 가져와 동기화 할 수 있습니다. 




마무리


파일을 가져 오는건 쉽네요.


댓글을 달아 주세요


GitHub Desktop File commit


안녕하세요.
고코더 입니다.


깃허브 데스크탑으로 clone한 저장소에 변화를 감지해 파일을 서버에 업로드 할 수 있습니다. 


 1. Clone된 폴더는 아래처럼 .git 이라는 폴더가 생성 됩니다. 이건 현재 폴더가 깃 저장소로 이용되고 있다는 뜻입니다. 이곳에 파일 업로드 테스트를 위하여 텍스트 파일을 만들어 저장하였습니다. 


 2. 깃허브 데스크탑으로 이동하면 생성한 test.txt 파일이 변경 목록에 나타납니다. 


 3. 왼쪽 아래에 커밋창에서 파일에 대한 설명을 올립니다.


 4. 파일이 올라가면 History 탭에서 변경 내역을 확인할 수 있습니다. 
여기까지는 파일이 스테이징에 올라간 상태입니다. 파일을 업로드 하는 push 과정이 필요합니다.. 


 5. push가 실행되면서 서버에 업로드가 됩니다.



 6. 깃허브 사이트에 접속하면 업로드된 파일을 확인 가능합니다. 




마무리


깃허브에서 가장 중요한 파일을 업로드 하는 push 하는 방법을 알아보았습니다.


댓글을 달아 주세요


GitHub Desktop 을 이용해 레파지토리 가져오기


안녕하세요.
고코더 입니다.


저장소가 만들어져 있다면 깃허브 데스크탑으로 Clone하여 가져와서 로컬에 저장소를 저장하여 개발하거나 테스트 할 수 있습니다.

 1. 깃허브를 실행 후에 메인에 있는 Clone a repository from the Internet을 클릭 합니다.  단축키 Ctrl + Shit + O 를 실행하셔도 됩니다.



 2. 레이어 창에서 Github.com 탭에서 확인하면 나의 레파지토리 리스트를 볼 수 있습니다. 여기서 선택하셔도 됩니다. 


 3. URL 텝에서 직접 주소를 입력하여 가져올 수 있습니다.


 4. 원하는 저장소에 파일을 가져옵니다.

해당 저장소를 기준으로 깃허브의 기능을 사용 할 수 있습니다. 




마무리


정말 간단하죠?


댓글을 달아 주세요


Github Desktop sign on


안녕하세요.
고코더 입니다.

깃허브 데스크탑 설치가 완료되었다면 로그인을 해야 합니다.
깃허브 공식 프로그램이기에 깃랩이나 Bitbucket등에서 사용이 불가 합니다.

 1. 실행 후에 File -> Options 를 클릭 합니다. 단축키 Ctrl+, 을 누르셔도 됩니다.


 2. 다음 보이는 화면에서 Sign in을 클릭 합니다. 



 3. 그리고 나오는 화면에서 로그인을 합니다. 가입시에 Username 이나 이메일로 로그인이 가능합니다.


 4. 로그인을 하게 되면 내 저장소가 보이게 되면 로그인이 완료 된 것 입니다.



마무리


다른 프로그램은 소스트리를 사용하세요.


댓글을 달아 주세요


Source Tree VS GitHub Desktop


안녕하세요.
고코더 입니다.


 1. 소스트리는 깃을 사용하는 시스템과 연동하여 사용하는 대표적인 프로그램입니다. 저도 많이 사용했었는데요. 최근에는 깃허브 데스크탑이 나오면서 편리한걸 느끼게 됩니다. 
깃허브 데스크탑(GitHun Desktop)은 깃허브 사용을 쉽게 만들어주는 프로그램입니다. 깃의 모든 기능을 사용하는 방법은 CLI(Command line interface)입니다. 커맨드를 이용한 사용법입니다. 
깃허브 데스크탑은 깃허브가 직접 개발한 공식 프로그램입니다.



 2. 오랫동안 사용하던 소스트리를 버리고 깃허브 데스크탑을 사용하게 된 계기는 
소스트리 사용해본 분이라면 한번쯤 느껴본  인증 문제입니다. 
심심하면 인증을 물어보고 또 어느새 인증이 풀려서 파일을 당겨오기가 어려워서
URL에 인증 정보를 넣어서 사용하기도 합니다.

 3.하지만 깃허브데스크탑은 깃허브를 사용자 한해서 인증문제로 고생할일이 없습니다.
그리고 확실히 오류도 많이 적습니다.



마무리


둘다 무료라서 감사해요 


댓글을 달아 주세요


깃헙 공식 가이드 보기


안녕하세요.
고코더 입니다.


깃허브는 마이크로 소프트와 닮은거 같습니다. 친절하게 많은 걸 준비하는게 마음에 드는데요. 그래서 인수했는지도..
많은 분들이 깃허브를 사용하지만 블로그에 의존합니다. (사실 공식 메뉴얼보다 블로그 참조가 더 좋긴 합니다. )
하지만 깃허브는 공식 메뉴얼 사이트를 준비해놓았습니다.

 1. 깃허브 서브도메인에 가이드만 붙혀주면 됩니다. 


● 2. 각 챕터별로 기술 가이드가 정리 정돈이 매우 잘되어 있습니다. 
공식 가이드 특성상 설명이 부족하지만 한번쯤 완독하는걸 추천합니다.


● 3. 내용도 충실 하고 예제소스도 있습니다. 오른쪽 인덱스 표시되는거 까지
깃허브가 깃허브했네요.



마무리


영어라서 문제지요. 


댓글을 달아 주세요


깃허브를 사용해야 하는 이유


안녕하세요.
고코더 입니다.


깃허브는 협업에서도 중요한 역할을 하지만 개인 학습자에게도 이점이 많은 도구 입니다. 
자신이 개발한 소스에 라이선스를 부과 하거나 어딘가에 납품해야 해줘야 하는 저작권이 다른 사람에게 있을때를 제외하고는
깃을 통해 소스를 관리하는걸 저는 추천합니다.



추천 이유를 몇 가지 말씀드립니다.


1. 깃허브는 형상관리 외에도 다양한 서비스를 제공한다.
 깃허브는 단순히 깃을 통한 형상 관리만을 제공하는게 아닙니다. 다양한 프로젝트를 위한 통합 서비스를 제공합니다. 
웹사이트를 통해 소스를 관리할 수도 있고 깃허브데스크탑을 통해 FUI 프로그램 관리를 제공하기도 하며 
다른 개발자의 팔로워 해서 즐겨찾기 할 수도 습니다. 깃을 사용하는 가이드 사이트를 만들어놓는 등 
개발자에게 도움이 될만한 다양한 서비스를 제공하고 있고 개발되고 있습니다.
 
2. 다양한 오픈소스를 경험할 수 있습니다.
 다른 개발자들이 개발한 오픈소스를 열어 볼 수 있습니다. 좋은 프로젝트에 가서 좋은 소스를 보는 것만으로도 경험치가 올라가는걸 느끼는 경우가 많습니다. 깃은 세계에서도 유명한 개발자들의 공개된 소스를 볼 수 있는 특권이 있습니다. 그리고 해당 소스의 오류나 개선점을 기여하는 방법도 있습니다. 

3. 가장 많이 사용하는 버전관리 시스템
 많이 사용한다는건 배워볼만한 가치가 있습니다. 개인은 물런 많은 IT 기업들은 깃을 사용하고 깃으로 형상관리 시스템으로 교체하고 있습니다. 개발자의 자세는 현재 가장 이슈가되는 시스템을 먼저 학습할 필요가 있다고 생각합니다. 그러므로 깃허브를 사용하는건 좋습니다.

혼자 개발 학습을 하는 분들중에는 소스관리가 천상적으로 잘되는 분들에게는 
형상 관리 시스템이 필요 없을지도 모릅니다. 하지만 깃허브를 사용함으로서 깃허브라는 공부를 할 수 있으니 손해가 없지 않을까 싶습니다


마무리









댓글을 달아 주세요


버전 관리라는 단어를 살펴봅니다.


안녕하세요.
고코더 입니다.


이전 강의에서 버전관리라는 의미를 설명해달라는 분이 계서서 글을 씁니다.
IT 종사자 특히 개발자들 사이에는 버전관리는 매우 중요합니다. 그리고 자주 듣는 단어입니다.
그만큼 중요합니다. 하지만 실무 경험이 없는 학습자일 경우 약간 애매한 느낌이 있을거 같습니다.



버전관리란?


좀 더 단순하게 정의하자면 이렇습니다.

시스템에서 파일의 변화를 기록해두었다가 특정 시점으로 다시 돌아갈 수 있는걸 말합니다. 
다시 말해 데이터의 과거와 현재 상태를 괸리합니다.
그런데 버전관리는 꼭 개발자를 위한 것만은 아닙니다. 
데이터가 있는 모든 플랫폼에서 적용 가능합니다.



에버노트에도 버전관리


 제가 사용하는 노트 프로그램인 에버노트는 프리미엄을 결제한 고객에게는 버전 관리를 제공합니다. 저는 오타가 많은 편이라 글을 작성하다가 모르고 한 단락을 통으로 지우거나 잘못 편집하여 순서가 뒤죽박죽이 될때가 있습니다. 그럴땐 자신있게 변경내역에 가서 내가 원하는 시점으로 돌리고는 합니다. 서버와 동기화 할때마다 버전을 그대로 저장해둡니다. 노트 하나에 백업 파일이 많네요.



게임으로 비유한다면


우리가 하는 게임도 사용하는 방법에 따라 버전 관리를 하게 됩니다. 
RPG 싱글플레이 게임을 하다보면 수시로 세이브를 합니다. 
파일 이름은 이런식으로 하겠죠.
"1. 처음 보스 만나기전, 2020년 1월 1일"
"2. 중간 보스 만나기전, 2020년 1월 2일"
"3. 최종 보스 만나기전, 2020년 1월 3일"

무언가 퀘스트를 잘못 이루었거나 캐릭터가 죽을걸 대비하여서 여러개의 파일을 만들어놓습니다. 
이런 활동이 바로 버전 관리입니다. 



버전 관리 방식은 크게 두가지로 나뉩니다.


이전에 설명한 글이 있지만 이번에는 개발자가 아닌 분을 위해 더 쉽게 설명드리겠습니다. 

1. 서버 의존형, 서버와 클라이언트가 연결된 방법
 이 방법은 서버에 파일을 의존하는 방식입니다. 클라우드 서비스를 씁니다. 어제 찍은 사진을 온라인에 올려두고 스마트폰에서는 지웁니다. 그런데 다음날 클라우드 시스템이 망가졌다고 합니다. 그럼 이제 파일은 찾지 못합니다. 서버를 중앙에 두고 사용하는 이 방식은 분산형 이전에 많이 사용하던 방식입니다. 

2. 분산형, 모든 클라이언트가 저장소를 갖는 방법
 서버에 저장된 파일은 나에게도 동일하게 가지고 있습니다. 그리고 내 스마트폰에도 가지고 있고 학교에 있는 노트북에도 가지고 있습니다. 이런 방식을 분산 모델이라고 합니다. 3개의 장치에서 동기화 되어 있으므로 3개가 동시에 마비되지 않는 이상 파일을 잃어버릴 일은 없습니다. 



마무리


버전 관리는 많이 생각하고 알아볼수록 좋은 이론입니다. 


댓글을 달아 주세요


레파지토리 생성하기


안녕하세요.
고코더 입니다.


저장소(Repository)란?
영어 뜻 그대로 저장소를 말합니다. 소스 파일과 폴더를 저장하는 공간입니다.

 1. 깃허브를 가입했다면 repository를 생성 할 수 있습니다.  
로그인 후에 깃허브에 접속하면 오른쪽 위에 메뉴에소 New repository를 선택합니다. 


 2. 레파지토리에서 생성화면입니다. 

1. Repository name
    - 저장소 이름을 정합니다. 레파지토리는 프로젝트명이 됩니다. 내 깃허브 주소 뒤에 프로젝트명이 붙습니다.
2. Description
    - 저장소에 대한 설명을 입력합니다. 프로젝트에 대한 설명을 기록합니다.
3. Publc, Private 
    - 저장소에 대한 권한을 설정합니다. 공개(public)를 하면 모든 사용자가 볼 수 있고, 비공개(Private)를 하면 나와 내가 지정한 사용자만 볼 수 있게 됩니다.
4. Initialize this repository with a README
    - 해당 프로젝트를 설명하는 MD 마크다운 파일을 만드는 옵션입니다. 체크하면 자동으로 레파지토리에 .MD 파일을 생성합니다.


 3. 생성이 완료되면 깃허브 주소가 나타납니다. 
기초 저장소 생성이 완료 되었습니다. 







댓글을 달아 주세요