GitHub

번호 구분 케이스 비고 1 증가 LDAP 사용 시 AD계정 설정(Domain base 및 Restricted user groups)에 포함된 유저가 GitHub Web에 접근하여 최초 로그인 2 증가 사이트 어드민이 LDAP user 메뉴에서 AD계정으로 계정 추가 3 증가 사이트 어드민이 Invite user 메뉴에서 메일 주소로 계정을 초대 4 증가 Suspend 된 사용자를 Unsuspend 처리 (LDAP 연동이 아닌 직접 추가한 사용자) LDAP 연동 시 그룹에서 제거되어 Suspend 된 유저는 그룹에 다시 추가되면 LDAP Sync 시 Unsuspend 됨 5 감소 LDAP 사용 시 AD계정 설정(Domain base 및 Restricted user groups)에 포함된 유저가 해당 그룹에..

1. 프로젝트 페이지소개 위 사진 왼쪽 위를 보면 twbs/bootstrap라고 쓰여 있는데, 이는 twbs라는 사용자가 bootstrap이라는 프로젝트를 소유하고 있다는 것을 뜻한다. 우측 상단의 아이콘 설명 - ‘눈’모양 - ‘구독’버튼 : 이 프로젝트에 새로운 변화가 생길 때 마다 알림을 받겠다는 뜻이다. - ‘별’은 ‘좋아요’ 버튼 : 프로젝트에 대한 참여자의 기호 - ‘Fork’ 아이콘: 이 프로젝트를 fork 2. README.md파일 보기 프로젝트의 루트에 README.md라는 파일이 있으면 그 파일의 콘텐츠가 프로젝트 홈페이지의 폴더와 파일 목록 바로 아래에 표시된다. 이 파일은 프로젝트에 대한 소개와 협력자들에게 유용한 추가 정보(소프트웨어를 어떻게 설치하는지, 자동화된 테스트를 어떻게 ..

GitHub을 사용하여 개발하고, 팀내 또는 회사내 커뮤니티에서 공동 협업하는 형태는 크게 아래 세가지 경우가 있다. 1. 로컬 저장소에서 작업하여 온라인 저장소로 git push - 개발자 본인의 로컬 저장소에서 작업 후 온라인 저장소로 git push 2. 온라인 저장소에서 브랜치로 작업하여 pull request하기 - 온라인 저장소에서 브랜치를 직접 생성하여 작업 후, master 브랜치로의 pull request 3. 온라인 저장소에서 Forking하여 로컬 저장소로 clone하여 작업 후, forking 저장소로 push하고, 이를 pull request하기 - 온라인 저장소를 forking - forking된 저장소에 직접 작업, 혹은 자신의 로컬 저장소로 clone 하여 작업 - 변경사항을..

1. 기본 용어 커맨드 라인(Command Line) : 깃 명령어를 입력할 때 사용하는 컴퓨터 프로그램. 맥에선 터미널이라고 한다. PC에선 기본적인 프로그램이 아니어서 처음엔 깃을 다운로드해야 한다(다음 섹션에서 다룰 것이다). 두 경우 모두 마우스를 사용하는 것이 아닌 프롬프트로 알려진 텍스트 기반 명령어를 입력한다. 저장소(Repository) : 프로젝트가 거주(live)할 수 있는 디렉토리나 저장 공간. 깃허브 사용자는 종종 “repo”로 줄여서 사용한다. 당신의 컴퓨터 안의 로컬 폴더가 될 수도 있고, 깃허브나 다른 온라인 호스트의 저장 공간이 될 수도 있다. 저장소 안에 코드 파일, 텍스트 파일, 이미지 파일을 저장하고, 이름 붙일 수 있다. 버전관리(Version Control) : 기본..

User 및 Repository 권한 설정 메뉴 1. site admin 메뉴 > Admin Center a. User can create organization - admin이 아닌 사용자에게 조직 생성 권한을 enable/disable b. Default organization membership visibility - 신규 조직 멤버의 기본 표시 방법 (private/public) - Public : User의 조직 멤버쉽이 모두 public상태로 공개됨 - Private : User의 조직 멤버쉽이 해당 조직의 멤버들에게만 보임 - Enforce on organization members옵션에 체크하면, 조직 멤버들은 자신들의 표시 방법을 기본값에서 변경할 수 없음 c. Default reposi..

참고로 백업 데이터 복원 시 조건이 몇 가지 있습니다. - Replica가 설정된 Primary에는 복원이 진행되지 않습니다. - Replica를 stop이 아닌 teardown시켜야 합니다.(ghe-repl-stop : X, ghe-repl-teardown : O) - Primary가 Maintenance 모드일때만 복원이 가능합니다. Primary에 SSH 접속 후 $ ghe-maintenance -s 또는 아래 이미지 참고 Maintenance 모드로 변경하더라도 관리자는 관리자 콘솔에 계속 접근이 가능합니다. 1. 복원 진행 $ bin/ghe-restore -c -s 20190327T144302 [복원할 인스턴스의 IP] -c 옵션 : 대상 호스트의 설정, 인증서 및 라이센스 데이터를 덮어 씁니다..

해당 매뉴얼은 Primary 인스턴스에만 장애가 발생했을 경우 Primary를 Maintenance 모드로 변경하고 Replica를 Primary로 승격시키는 매뉴얼입니다. 1. Primary 인스턴스로 SSH 접속하여 Maintenance 모드로 변경한다. $ ssh -p 122 admin@HOSTNAME $ ghe-maintenance -s 2. 활성화된 Git 작업수가 0이되면 30초 기다립니다. 3. Replica 상태 확인 ghe-repl-status -vv 4. Replica를 Primary로 승격 $ ghe-repl-promote 5. DNS 및 Load balancer 가 새로운 Primary를 바라보도록 설정 6. 백업 설정 변경 백업 유틸 경로로 이동하여 GitHub Enterprise..

GHE 백업 유틸 설치 및 설정 메뉴얼 1. 유틸 다운로드 - https://github.com/github/backup-utils/releases : github-backup-utils-v2.16.1.tar.gz - 참고로 2개버전 이내의 것 까지만 이용이 가능(2.16은 2.13에서 사용 불가, 2.14에서 사용 가능) 2. 파일 경로 이동 후 $ tar -xzvf github-backup-utils-v2.16.1.tar.gz 3. backup.config-example 파일을 backup.config 로 copy하고 에디터로 오픈 4. GHE_HOSTNAME 값 primary GitHub Enterprise 인스턴스의 hostname 또는 IP address로 설정 5. GHE_DATA_DIR 값을..