Microsoft MVP성태의 닷넷 이야기
개발 환경 구성: 199. Visual Studio - github 연동 [링크 복사], [링크+제목 복사],
조회: 29320
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 2개 있습니다.)

Visual Studio - github 연동

지난번 글을 통해서 Visual Studio를 이용해 git 로컬 소스 컨트롤을 다루는 방법을 살펴봤는데요.

Visual Studio - git을 이용한 로컬 소스 컨트롤
; https://www.sysnet.pe.kr/2/0/1502

이번에는 원격 저장소인 github를 이용해 협업하는 방법을 살펴보겠습니다.




로컬 git에 이미 형상관리를 하고 있는 경우, 그것을 그대로 github에 보내는 것이 가능합니다. 물론 이를 위해서는 지난번에 소개했던 SSH 키까지 설정을 완료했어야 합니다.

Visual Studio를 위한 Git 환경 설정
; https://www.sysnet.pe.kr/2/0/1501

자, 그럼 ^^ 우리가 만든 프로젝트를 github에 올려서 오픈소스로 공개해 볼까요?

우선, 그전에 github에 repository를 하나 생성해 두어야 합니다. 아래의 그림은 NHanNanum 저장소를 새로 생성하는 것을 보여주고 있습니다.

remote_git_0.png

그럼, 다음과 같이 SSH 주소를 얻을 수 있습니다.

remote_git_1.png

Visual Studio의 Git / Sync 메뉴를 선택하면 다음과 같이 "Git Synchronization - TortoiseGit" 창이 뜹니다. 아직 git 원격 저장소가 하나도 정의된 것이 없으므로 "Manage" 버튼을 누르면 해당 프로젝트에 적용되는 git 원격 저장소를 추가할 수 있습니다.

remote_git_2.png

위의 그림에서는 github URL과 이전에 생성해 둔 putty 개인키 파일을 지정하고 Apply 버튼을 누른 것을 보여줍니다.

이제 다시 "Git Synchronization - TortoiseGit" 창으로 와서 "Push" 버튼을 누르면 master에 해당하는 Local Branch를 그대로 github 서버로 전송합니다.

remote_git_3.png

Push로 인한 Sync가 완료되었으면 이제 https://github.com/stjeong/NHanNanum에서 다음과 같이 정상적으로 파일이 올라갔음을 확인할 수 있습니다.

remote_git_4.png




자, 그럼 이번에는 반대로 이렇게 github에 올라간 프로젝트를 Visual Studio를 이용해 로컬에 내려받는 것을 해보겠습니다. (테스트를 위해 별도의 github 계정을 만들어 진행했습니다.)

윈도우 탐색기를 실행하고 github로부터 내려받을 프로젝트가 생성될 폴더로 이동한 다음, 거기서 아래의 그림처럼 "Git Clone..." 메뉴를 실행합니다.

remote_git_5.png

그럼, "Git clone - TortoiseGit" 창이 뜨고, 아래와 같이 해당 프로젝트의 SSH URL을 입력하고 Putty Key에 개인키가 있는 파일을 지정해서 "OK" 버튼을 누르면 됩니다.

remote_git_6.png

정상적인 경우 다음과 같이 완료창이 뜹니다.

remote_git_7.png

이제 탐색기에서 "D:\git_rep\NHanNanum" 폴더에 가면 github에 등록되어 있던 프로젝트가 그대로 내려온 것을 확인할 수 있습니다. 당연히 .sln 파일을 이용해 Visual Studio에서 곧바로 로딩할 수 있고, TFS/VSS 사용하던 것과 유사하게 소스 컨트롤 하에 놓여 있는 아이콘을 볼 수 있습니다.

remote_git_8.png

여기까지 했으면 서버로부터 내려받은 프로젝트를 로컬 git 저장소에서 자유롭게 check-in/out을 하면서 커밋을 할 수 있습니다. 하지만, 이것은 로컬 저장소에서만 변경이 될 뿐 서버로는 반영되지 않습니다.




github 저장소에 소스코드를 기여하는 방법에는 크게 적극적이냐 소극적이냐에 따라 나뉠 수 있습니다. 소극적인 참여 방식은 해당 프로젝트를 fork하면 됩니다. 이는 마치 다른 TFS에 저장되어 있던 Team Project를 복사해서 자신의 TFS에 가져오는 것이라고 보면 됩니다. 따라서 원본 github 프로젝트와 무관하게 커밋을 진행해 나갈 수 있습니다. 단지, 특정 소스코드를 기여하고 싶다면 원본 github 프로젝트 페이지에서 "Pull Request"를 통해 자신이 변경한 브랜치를 병합하도록 원본 프로젝트 개발자들에게 요청할 수 있습니다. 물론, 그 요청을 받아들여 코드를 병합하는 것은 원본 프로젝트 개발자들의 자유 권한입니다. github에서의 "Pull request"에 대한 방법은 다음의 글을 참고하세요.

Creating a pull request
; https://help.github.com/articles/creating-a-pull-request

반면, 적극적인 참여를 하고 싶다면 해당 프로젝트에 "Contributor"로서 등록하면 됩니다. 소규모 프로젝트의 경우나 신뢰가 쌓인 github 사용자끼리는 이런 식으로 등록해 달라고 하면 거의 100% 요청을 수락할 테지만 대규모 프로젝트의 경우에는 fork를 통한 기여도에 따라 참여 여부가 결정날 수 있습니다.

현실적으로 봤을 때, 팀을 이뤄 협업을 하는 github 프로젝트가 있다면 모든 팀원을 기본적으로 "Contributor"로 등록한 후에 시작할 것입니다. github에서 이런 식으로 협업하려면 팀원들이 모두 github에 회원 가입을 한 후 repository를 생성한 최초 사용자가 나머지 팀원들을 모두 contributor로 등록해 주면 됩니다. 이에 대해서는 다음의 도움말을 참고하세요.

How do I add a collaborator?
; https://help.github.com/articles/how-do-i-add-a-collaborator

자, 그럼 git clone 한 측의 사용자가 원본 프로젝트에 Contributor로 등록되었다고 가정하고 협업을 한번 해볼까요?

Program.cs 파일의 내용을 일부 변경하고 Git / Commit한 다음, 이어서 Git / Sync 메뉴를 선택해 "Push"를 선택합니다.

remote_git_9.png

그럼 변경내용이 github 측의 원본 프로젝트로 반영되고 다른 개발자들은 Git / Sync 메뉴를 이용해 "Pull" 메뉴를 선택해 동기화할 수 있습니다.




이 정도의 내용이면 기본적인 협업에 있어 별다른 문제는 없을 것입니다. 그 외의 다른 사용법은 차차 ^^ 기회가 닿는대로 하나씩 해보겠습니다.




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]

[연관 글]






[최초 등록일: ]
[최종 수정일: 6/27/2021]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 



2013-09-23 06시10분
[Lyn] Git 클라이언트로 SmartGit 을 추천합니다.

Tortoise Git 은 다른 꼬부기 시리즈에 비해 완성도가 넘 떨어져요 ㅡㅜ
[guest]
2013-09-23 10시21분
Visual Studio 확장인 "Git Source Control Provider"가 TortoiseGit만을 지원합니다. ^^ VS가 아닌 환경이라면 SmartGit이 좋을 수 있겠군요.
정성태
2013-11-10 07시28분
[궁금] 궁금한게 있어서 댓글 남깁니다.
clone 한 사용자가 Contributor로 등록이 되어 있고 변경내용을 push하면 원본파일에 반영이 되며
다른 Contributor로 등록 되어진 사람들이 Pull버튼을 누름 동기화가 된다 하셨는데
변경내용으로 동기화 된다는 것이 Contributor로 등록된 사람들의 Local에 저장된 원본파일이 변경 되어진 다는 것인가요?
[guest]
2013-11-11 01시49분
넵. 원본 파일이 변경됩니다. (엄밀히 merge가 맞겠지요.) contributor는 예를 들어 TFS에서 같은 프로젝트에 참여한 팀원들이라고 생각하시면 됩니다.

대신 GIT의 경우 브랜치에 대한 자유도가 높은데요. 질문한 상황은 브랜치를 그대로 공유해서 사용하는 경우 그렇게 됩니다. 만약 contributor가 서버에 별도의 브랜치를 열어서 작업했고, 다른 contributor가 그 브랜치의 내용을 pull하지 않는다면 로컬에 저장된 원본이 바뀌지는 않습니다.
정성태
2014-05-10 07시00분
정성태
2015-01-16 07시20분
[사람] 감사합니다. 많은 도움 되었습니다!
[guest]
2019-02-26 04시28분
git 동기화를 명령행에서.

$git remote -v
$git remote add [_new_name_] [_remote_git_repo_addr_]

$git fetch [_new_name_]

$git branch
$git checkout [_local_master_branch_name_]

$git merge [_new_name_]/master

------------------------------

Configuring a remote for a fork
; https://help.github.com/en/articles/configuring-a-remote-for-a-fork

Syncing a fork
; https://help.github.com/en/articles/syncing-a-fork
정성태

... 16  17  18  19  20  21  22  23  24  25  26  27  28  [29]  30  ...
NoWriterDateCnt.TitleFile(s)
12922정성태1/14/20227076개발 환경 구성: 625. AKS - Azure Kubernetes Service 생성 및 SLO/SLA 변경 방법
12921정성태1/14/20225999개발 환경 구성: 624. Docker Desktop에서 별도 서버에 설치한 docker registry에 이미지 올리는 방법
12920정성태1/14/20226770오류 유형: 786. Camtasia - An error occurred with the camera: Failed to Add Video Sampler.
12919정성태1/13/20226596Windows: 199. Host Network Service (HNS)에 의해서 점유되는 포트
12918정성태1/13/20226787Linux: 47. WSL - shell script에서 설정한 환경 변수가 스크립트 실행 후 반영되지 않는 문제
12917정성태1/12/20225954오류 유형: 785. C# - The type or namespace name '...' could not be found (are you missing a using directive or an assembly reference?)
12916정성태1/12/20225731오류 유형: 784. TFS - One or more source control bindings for this solution are not valid and are listed below.
12915정성태1/11/20226044오류 유형: 783. Visual Studio - We didn't find any interpreters
12914정성태1/11/20228068VS.NET IDE: 172. 비주얼 스튜디오 2022의 파이선 개발 환경 지원
12913정성태1/11/20228562.NET Framework: 1133. C# - byte * (바이트 포인터)를 FileStream으로 쓰는 방법 [1]
12912정성태1/11/20229251개발 환경 구성: 623. ffmpeg.exe를 사용해 비디오 파일의 이미지를 PGM(Portable Gray Map) 파일 포맷으로 출력하는 방법 [1]
12911정성태1/11/20226443VS.NET IDE: 171. 비주얼 스튜디오 - 더 이상 만들 수 없는 "ASP.NET Core 3.1 Web Application (.NET Framework)" 프로젝트
12910정성태1/10/20226960제니퍼 .NET: 30. 제니퍼 닷넷 적용 사례 (8) - CPU high와 DB 쿼리 성능에 문제가 함께 있는 사이트
12909정성태1/10/20228321오류 유형: 782. Visual Studio 2022 설치 시 "Couldn't install Microsoft.VisualCpp.Redist.14.Latest"
12908정성태1/10/20226135.NET Framework: 1132. C# - ref/out 매개변수의 IL 코드 처리
12907정성태1/9/20226678오류 유형: 781. (youtube-dl.exe) 실행 시 "This app can't run on your PC" / "Access is denied." 오류 발생
12906정성태1/9/20227323.NET Framework: 1131. C# - 네임스페이스까지 동일한 타입을 2개의 DLL에서 제공하는 경우 충돌을 우회하는 방법 [1]파일 다운로드1
12905정성태1/8/20226980오류 유형: 780. Could not load file or assembly 'Microsoft.VisualStudio.TextTemplating.VSHost.15.0, Version=16.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a' or one of its dependencies.
12904정성태1/8/20228971개발 환경 구성: 623. Visual Studio 2022 빌드 환경을 위한 github Actions 설정 [1]
12903정성태1/7/20227577.NET Framework: 1130. C# - ELEMENT_TYPE_INTERNAL 유형의 사용 예
12902정성태1/7/20227614오류 유형: 779. SQL 서버 로그인 에러 - provider: Shared Memory Provider, error: 0 - No process is on the other end of the pipe.
12901정성태1/5/20227650오류 유형: 778. C# - .NET 5+에서 warning CA1416: This call site is reachable on all platforms. '...' is only supported on: 'windows' 경고 발생
12900정성태1/5/20229334개발 환경 구성: 622. vcpkg로 ffmpeg를 빌드하는 경우 생성될 구성 요소 제어하는 방법
12899정성태1/3/20228831개발 환경 구성: 621. windbg에서 python 스크립트 실행하는 방법 - pykd (2)
12898정성태1/2/20229413.NET Framework: 1129. C# - ffmpeg(FFmpeg.AutoGen)를 이용한 비디오 인코딩 예제(encode_video.c) [1]파일 다운로드1
12897정성태1/2/20228233.NET Framework: 1128. C# - 화면 캡처한 이미지를 ffmpeg(FFmpeg.AutoGen)로 동영상 처리 [4]파일 다운로드1
... 16  17  18  19  20  21  22  23  24  25  26  27  28  [29]  30  ...