neck392

Issues이슈는 깃허브에서 제공하는 기능 중 하나로 협업자들 간에 대략적인 의사 소통 수단으로 사용할 수 있다.이슈를 활용하는 방법은 각 프로젝트 마다 다를 수 있지만 구현 기능, 구현해야 할 기능 등에 대한 협업자들 간의 소통 수단으로 사용가능하며 혹은, Remote repository에 접근할 수 있는 제 3자도 사용할 수 있기에 제 3자가 의견을 제시하거나 bug report에도 쓰일 수 있다. 사용 예시는 아래 리스트와 같으며 이슈를 Commit에 reference할 수도 있다.Help wantedBug reportDocumentationEnhancementGitHub CLI를 활용한 Issues 확인  이슈를 확인할 때에는 CLI환경에서 Git bash보다 GitHub CLI를 활용하는 것이 ..

Commit 깃허브에서 Commit이란 "git add" 명령어로 등록한 stage area에 있는 tracked 상태의 파일의 변경된 이력을 저장한다.이후 "git push" 명령어로 변경한 소스코드를 최종적으로 remote 서버에 업로드하기 이전 마지막 작업이다.깃허브에서는 이러한 Commit 사항들을 버전별로 날짜 및 시간 순서로 모두 저장하며 각 commit 마다 고유의 해시 값이 저장된다. 이를 통하여 commit 된 내용(추가,수정)들을 직관적으로 파악할 수 있으며 문제가 발생하였을 때 과거 상태로 돌아가는 상황에서도 용이하게 쓰인다.git log// commit에 기록된 파일 및 삭제or추가 된 줄 수 확인git log --stat// commit들을 선으로 연결하여 직관적으로 보여줌git ..

gitignore.gitignore에 들어있는 파일들은 작업 내용을 commit할 때 자동으로 무시되며 commit 목록에서 아예 등장하지 않는다. 이는 gitignore 파일에 들어있는 다른 파일 혹은 path에도 적용된다.내 환경에서의 IDE 파일 혹은 macOS의 DS_Store, windows의 Thumbs.db, Debug, log, 임시 파일(.tmp) 등의 파일들을 포함할 수 있다. 보통은  자기 자신의 개발 환경에서 생성되는 파일들을 등록한다. 예를 들어 이클립스로 java 프로젝트를 생성하는 경우에 settings, classpath 등의 파일들이 자동으로 생성된다. 이는 공동 작업에 있어서 영향을 끼치지 않기에 gitignore에 등록하는 것이 작업물이 많고 복잡한 경우에 다른 작업자가..

Repository Repository란 "저장소"이다. 이는 디렉터리와도 유사한 개념이다. GitHub의 무료 서비스를 이용하여 레포지토리를 생성하여 접근할 때에도 URL에 경로로 표기된다. 레포지토리 안에서 협업을 위한 소스코드 등을 생성하여 사용한다. 물론, 폴더도 생성 가능하다.Local Repository and Remote Repository 레포지토리는 크게 Local 환경에 생성되는 레포지토리와 Remote 서버에 생성되는 레포지토리로 나눌 수 있다. Remote repository는 GitHub 서버를 통하여 생성되어 여러 사용자들이 접근하여 확인 가능하다. 따라서, 일반적으로 협업을 수행하기 위하여 생성하는 repository이다.Local repository는 개인 장치에 생성된다. ..

이전부터 GitHub를 즐겨 사용하였으나 이에 대한 정리가 미흡한 것 같기에 이번 기회에 기본적인 개념과 사용법을 정리하는 시간을 가지려 한다.  이전에는 Remote Sever에서만 협업이 이루어졌다. 그러나 이는 여러 환경적 요인으로 작업 공간에 문제가 생기면 모든 데이터가 유실될 수 있고 협업자와의 작업물에 대한 충돌(Conflict) 문제를 야기할 수 있다. 이를 방지하기 위한 가장 원론적인 방법은 작업 중간 중간 백업 데이터를 생성하는 것이며, 협업하는 사람과의 지속적인 의사소통이다. 이러한 문제를 개선하여 시스템 자체에서 여러 편의성을 제공하는 것이 Git과 GitHub이다.즉, 사용자가 DVC(Data Version Control) 및 형상 관리(Configuration Management)..