Offcanvas

��� ������������

깃허브, ‘코드 리뷰 제한’ 기능 추가

깃허브의 새로운 관리 기능은 ‘드라이브-바이(drive-by)’ 풀 리퀘스트 승인 및 ‘스팸성(spammy)’ 변경 요청을 처리하도록 설계됐다.  지난 11월 1일(현지 시각) 깃허브가 깃(Git) 기반 버전 관리 시스템 및 코드 공유 사이트 사용자를 위해 코드 리뷰 제한을 추가하고 모바일 알림을 개선했다.  회사에 따르면 코드 리뷰 제한의 목적은 ‘드라이브-바이’ 풀 리퀘스트 승인과 스팸성 변경 요청 문제를 해결하는 것이다. 메인테이너는 이제 풀 리퀘스트에 대해 변경을 승인하고 요청할 수 있는 사용자를 제한할 수 있다.  즉, 리포지토리 수준에서 읽기 이상의 액세스 권한을 명시적으로 부여받은 사용자로 승인 및 변경 요청을 제한할 수 있다. 사용자 또는 조직 계정과 연결된 모든 리포지토리에서 코드 리뷰 제한을 활성화할 수도 있다.  리포지토리 코드 리뷰 제한을 활성화하려면 해당 리포지토리의 설정 페이지로 이동하여 왼쪽 메뉴에서 조정 설정(Moderation Settings)을 선택한다. 그다음 ‘코드 리뷰 제한(Code review limits)’을 누른 후 ‘읽기 이상의 권한이 명시적으로 부여된 사용자로 제한(Limit to users explicitly granted read or higher access)’ 상자를 체크한다.    또한 깃허브 모바일 앱에서 스팸성 이슈와 풀 리퀘스트를 처리하기 어렵다는 문제를 해결하기 위해 모바일 알림이 개선됐다. 이제 모바일 알림에 스팸 이슈 또는 풀 리퀘스트 팝업이 표시되면 쉽게 해당 이슈를 닫고, 개발자의 스마트폰에서 바로 조직의 사용자를 블록할 수 있다.    이 2가지 기능은 깃허브가 올해부터 제공하기 시작한, 오픈소스 커뮤니티의 ‘삶의 질 향상’에 초점을 맞춘 기능 중 하나다. 이를 지원하는 다른 기능은 아래와 같다.  • 문제 양식(Issue forms): 필수 필드를 포함한 양식 필드로 문제 템플릿을 생성해 문제...

깃허브 코드 공유 코드 리뷰 풀 리퀘스트 버전 관리 리포지토리 개발자 오픈소스 메인테이너

2021.11.04

깃허브의 새로운 관리 기능은 ‘드라이브-바이(drive-by)’ 풀 리퀘스트 승인 및 ‘스팸성(spammy)’ 변경 요청을 처리하도록 설계됐다.  지난 11월 1일(현지 시각) 깃허브가 깃(Git) 기반 버전 관리 시스템 및 코드 공유 사이트 사용자를 위해 코드 리뷰 제한을 추가하고 모바일 알림을 개선했다.  회사에 따르면 코드 리뷰 제한의 목적은 ‘드라이브-바이’ 풀 리퀘스트 승인과 스팸성 변경 요청 문제를 해결하는 것이다. 메인테이너는 이제 풀 리퀘스트에 대해 변경을 승인하고 요청할 수 있는 사용자를 제한할 수 있다.  즉, 리포지토리 수준에서 읽기 이상의 액세스 권한을 명시적으로 부여받은 사용자로 승인 및 변경 요청을 제한할 수 있다. 사용자 또는 조직 계정과 연결된 모든 리포지토리에서 코드 리뷰 제한을 활성화할 수도 있다.  리포지토리 코드 리뷰 제한을 활성화하려면 해당 리포지토리의 설정 페이지로 이동하여 왼쪽 메뉴에서 조정 설정(Moderation Settings)을 선택한다. 그다음 ‘코드 리뷰 제한(Code review limits)’을 누른 후 ‘읽기 이상의 권한이 명시적으로 부여된 사용자로 제한(Limit to users explicitly granted read or higher access)’ 상자를 체크한다.    또한 깃허브 모바일 앱에서 스팸성 이슈와 풀 리퀘스트를 처리하기 어렵다는 문제를 해결하기 위해 모바일 알림이 개선됐다. 이제 모바일 알림에 스팸 이슈 또는 풀 리퀘스트 팝업이 표시되면 쉽게 해당 이슈를 닫고, 개발자의 스마트폰에서 바로 조직의 사용자를 블록할 수 있다.    이 2가지 기능은 깃허브가 올해부터 제공하기 시작한, 오픈소스 커뮤니티의 ‘삶의 질 향상’에 초점을 맞춘 기능 중 하나다. 이를 지원하는 다른 기능은 아래와 같다.  • 문제 양식(Issue forms): 필수 필드를 포함한 양식 필드로 문제 템플릿을 생성해 문제...

2021.11.04

‘기트허브 CLI’ 버전 1.0 출시 

기트허브 CLI(GitHub CLI)를 사용하면 윈도우, 리눅스, 맥OS의 터미널에서 기트허브 워크플로우를 실행할 수 있다.  명령줄 도구 기트허브 CLI의 버전 1.0이 릴리즈됐다. 이 도구는 이슈에서 릴리즈에 이르기까지 터미널에서 기트허브 워크플로우를 실행할 수 있도록 해 컨텍스트 전환(context switching)을 줄이는 데 도움을 준다.    기트허브 CLI는 지난 2월 베타버전이 공개됐다. 이어서 9월 17일 출시된 기트허브 CLI 버전 1.0은 기트허브 API를 호출해 작업을 스크립팅하고 모든 명령에 사용자 지정 별칭을 설정할 수 있다.  기트허브닷컴(GitHub.com) 또는 기트허브 엔터프라이즈 서버 버전 2.20(GitHub Enterprise Server 2.20) 이상에서 호스팅되는 리포지토리를 통해 사용할 수 있다. 엔터프라이즈 서버 액세스는 베타 버전을 발표한 이후 가장 많이 요청된 기능이었다. 또한 CLI는 SSH(secure shell)와 개발자가 선호하는 편집기를 사용하도록 구성할 수도 있다. 이 밖의 다른 기능들은 다음과 같다.  • 리포지토리 생성 및 보기  • 라벨(labels)과 이슈 담당자(assignees) 추가, 닫기 및 다시 열기 • 더 많은 이슈를 풀 리퀘스트에 추가  • 이슈 및 플 리퀘스트에 메타데이터 추가 • diff 보기, 풀 리퀘스트 검토 및 병합 • gh alias set을 사용해 모든 명령에 별칭 생성 기트허브 CLI는 윈도우, 리눅스, 맥OS에서 작동한다. 자세한 사용 지침은 공식 블로그를 통해 확인할 수 있다. ciokr@idg.co.kr

기트허브 CLI 명령줄 인터페이스 윈도우 리눅스 맥OS 터미널 기트허브 워크플로우 이슈 릴리즈 컨텍스트 전환 리포지토리 SSH 풀 리퀘스트

2020.09.22

기트허브 CLI(GitHub CLI)를 사용하면 윈도우, 리눅스, 맥OS의 터미널에서 기트허브 워크플로우를 실행할 수 있다.  명령줄 도구 기트허브 CLI의 버전 1.0이 릴리즈됐다. 이 도구는 이슈에서 릴리즈에 이르기까지 터미널에서 기트허브 워크플로우를 실행할 수 있도록 해 컨텍스트 전환(context switching)을 줄이는 데 도움을 준다.    기트허브 CLI는 지난 2월 베타버전이 공개됐다. 이어서 9월 17일 출시된 기트허브 CLI 버전 1.0은 기트허브 API를 호출해 작업을 스크립팅하고 모든 명령에 사용자 지정 별칭을 설정할 수 있다.  기트허브닷컴(GitHub.com) 또는 기트허브 엔터프라이즈 서버 버전 2.20(GitHub Enterprise Server 2.20) 이상에서 호스팅되는 리포지토리를 통해 사용할 수 있다. 엔터프라이즈 서버 액세스는 베타 버전을 발표한 이후 가장 많이 요청된 기능이었다. 또한 CLI는 SSH(secure shell)와 개발자가 선호하는 편집기를 사용하도록 구성할 수도 있다. 이 밖의 다른 기능들은 다음과 같다.  • 리포지토리 생성 및 보기  • 라벨(labels)과 이슈 담당자(assignees) 추가, 닫기 및 다시 열기 • 더 많은 이슈를 풀 리퀘스트에 추가  • 이슈 및 플 리퀘스트에 메타데이터 추가 • diff 보기, 풀 리퀘스트 검토 및 병합 • gh alias set을 사용해 모든 명령에 별칭 생성 기트허브 CLI는 윈도우, 리눅스, 맥OS에서 작동한다. 자세한 사용 지침은 공식 블로그를 통해 확인할 수 있다. ciokr@idg.co.kr

2020.09.22

코드 스캐닝 및 코드스페이스 곧 출시··· 기트허브, 로드맵 공개

앞으로 몇 개월 동안 기트허브에서 기대할 수 있는 것들을 알려주는 ‘공개 로드맵’이 발표됐다. 이 로드맵에는 코드 스캐닝부터 워크플로우, 보안 강화에 이르기까지 다양한 개선 사항들이 포함됐다.    지난 7월 29일 기트허브가 공개한 ‘기트허브 로드맵(GitHub roadmap)’은 관련 계획 및 타임라인을 비롯해 코드-투-클라우드 데브옵스(code-to-cloud devops), 협업(collaboration), 보안(security), 컴플라이언스(compliance), 클라이언트 애플리케이션(client applications), 저장소(repos), 풀 리퀘스트(pull requests), 지스트(gists) 등을 포함한 여러 기능들의 릴리즈 일정(알파 단계부터 GA까지)을 보여주고 있다.  기트허브 로드맵에서 공개된 몇 가지 주요 기능들은 다음과 같다.  • 기트허브 ‘코드QL(CodeQL) 시맨틱 코드 분석 엔진’을 사용하는 ‘클라우드용 코드 스캐닝(Code scanning for the cloud)’. 이를 사용하면 분석 결과가 저장소와 풀 리퀘스트에 표시된다. 해당 기능은 이번 분기에 공개될 예정이다.  • 마이크로소프트 ‘비주얼 스튜디오 코드 에디터(Visual Studio Code editor)’를 활용해 클라우드에서 호스팅되는 인스턴트 개발 환경을 제공하는 ‘코드스페이스(Codespaces)’. 이를 통해 개발자는 커밋에 드는 시간을 단축해 더 빨리 시작하고 실행할 수 있게 된다. 기업 또한 클라우드에서 코드를 유지 관리하는 안전한 클라우드 호스팅 환경을 확보할 수 있다. 코드스페이스는 2020년 4분기에 GA될 계획이다.  • 기트허브 프라이빗 인스턴스용 ‘기트허브 액션(GitHub Actions)’. 기트허브 프라이빗 인스턴스에 기트허브 워크플로우 기능을 제공한다. 오는 2021년 1분기에 공개될 예정이다.  • ‘디펜더봇 보안(Dependabot sec...

기트허브 로드맵 코드 스캐닝 워크플로우 보안 강화 데브옵스 현업 컴플라이언스 애플리케이션 클라우드 저장소 풀 리퀘스트 지스트 마이크로소프트 비주얼 스튜디오 코드 에디터 구글 구글 클라우드 컴포저

2020.08.03

앞으로 몇 개월 동안 기트허브에서 기대할 수 있는 것들을 알려주는 ‘공개 로드맵’이 발표됐다. 이 로드맵에는 코드 스캐닝부터 워크플로우, 보안 강화에 이르기까지 다양한 개선 사항들이 포함됐다.    지난 7월 29일 기트허브가 공개한 ‘기트허브 로드맵(GitHub roadmap)’은 관련 계획 및 타임라인을 비롯해 코드-투-클라우드 데브옵스(code-to-cloud devops), 협업(collaboration), 보안(security), 컴플라이언스(compliance), 클라이언트 애플리케이션(client applications), 저장소(repos), 풀 리퀘스트(pull requests), 지스트(gists) 등을 포함한 여러 기능들의 릴리즈 일정(알파 단계부터 GA까지)을 보여주고 있다.  기트허브 로드맵에서 공개된 몇 가지 주요 기능들은 다음과 같다.  • 기트허브 ‘코드QL(CodeQL) 시맨틱 코드 분석 엔진’을 사용하는 ‘클라우드용 코드 스캐닝(Code scanning for the cloud)’. 이를 사용하면 분석 결과가 저장소와 풀 리퀘스트에 표시된다. 해당 기능은 이번 분기에 공개될 예정이다.  • 마이크로소프트 ‘비주얼 스튜디오 코드 에디터(Visual Studio Code editor)’를 활용해 클라우드에서 호스팅되는 인스턴트 개발 환경을 제공하는 ‘코드스페이스(Codespaces)’. 이를 통해 개발자는 커밋에 드는 시간을 단축해 더 빨리 시작하고 실행할 수 있게 된다. 기업 또한 클라우드에서 코드를 유지 관리하는 안전한 클라우드 호스팅 환경을 확보할 수 있다. 코드스페이스는 2020년 4분기에 GA될 계획이다.  • 기트허브 프라이빗 인스턴스용 ‘기트허브 액션(GitHub Actions)’. 기트허브 프라이빗 인스턴스에 기트허브 워크플로우 기능을 제공한다. 오는 2021년 1분기에 공개될 예정이다.  • ‘디펜더봇 보안(Dependabot sec...

2020.08.03

'뜻밖의 선물'같은 팁··· '깃(Git)' 고급 명령어 5가지

더 깔끔한 커밋, 더 스마트한 디버깅, 더 세련된 리포지토리를 위해 한 단계 업그레이드된 깃 기술들을 마스터하라.  오늘날 개발자 대부분은 소프트웨어 워크플로우의 핵심인 버전 관리 시스템 깃(Git)을 배웠을 가능성이 크다. 그리고 기본 개념과 명령어도 당연히 알고 있을 것이다. 이를테면 리포지토리(repositories) 작동 방식, 브랜치(branch)를 만들고 변경사항을 커밋(commit)하는 방법, 변경사항을 머지(merge)하고 풀 리퀘스트(pull request)하는 방법 등이다. 기본을 잘 알고 있다면 이제 수준을 조금 높여야 할 때다. 워크플로우에서 깃의 더욱 강력한 기능들을 활용할 수 있도록 말이다.    1. git rebase로 커밋 히스토리 단순화하기 한 프로젝트에 2개의 브랜치(예: 개발 브랜치와 마스터 브랜치)가 있고, 두 브랜치를 결합해야 하는 변경사항이 있다고 가정해보자. 이때 git merge 명령어는 이들을 통합하는 간단한 방법이다.  merge는 한 브랜치의 개발 히스토리를 다른 브랜치의 머지 커밋으로 추가한다. 이를 통해 두 히스토리를 온전히 보존할 순 있지만 전체 프로젝트 히스토리를 파악하기 어려울 수 있다. 더 단순하고 깔끔한 결과를 원한다면 git rebase가 도움이 된다.  git rebase 명령어도 2개의 브랜치를 머지하지만 약간 다르게 진행된다. git rebase는 한 브랜치가 생성된 지점부터 다른 브랜치가 통합될 수 있도록 커밋 히스토리를 다시 쓴다. 즉 덜 복잡하고 선형적인 커밋 히스토리를 만들 수 있는 것이다. 하지만 이 과정에서 다른 브랜치 및 머지 프로세스와 관련해 유용할 수도 있는 세부정보가 제거된다는 점을 유의해야 한다.  따라서 rebase는 공용(public) 브랜치와 머지하기 전에 하나의 깔끔한 커밋 히스토리로 통합하려는 여러 비공개(private) 브랜치가 있을 경우 특히 유용하다. 이를 통해 프로젝트의 커밋 히스토리와 관련...

개발자 커밋 디버깅 리포지토리 브랜치 머지 풀 리퀘스트 깃 리베이스 스쿼시 버그 코드 체리픽 서브모듈

2020.06.12

더 깔끔한 커밋, 더 스마트한 디버깅, 더 세련된 리포지토리를 위해 한 단계 업그레이드된 깃 기술들을 마스터하라.  오늘날 개발자 대부분은 소프트웨어 워크플로우의 핵심인 버전 관리 시스템 깃(Git)을 배웠을 가능성이 크다. 그리고 기본 개념과 명령어도 당연히 알고 있을 것이다. 이를테면 리포지토리(repositories) 작동 방식, 브랜치(branch)를 만들고 변경사항을 커밋(commit)하는 방법, 변경사항을 머지(merge)하고 풀 리퀘스트(pull request)하는 방법 등이다. 기본을 잘 알고 있다면 이제 수준을 조금 높여야 할 때다. 워크플로우에서 깃의 더욱 강력한 기능들을 활용할 수 있도록 말이다.    1. git rebase로 커밋 히스토리 단순화하기 한 프로젝트에 2개의 브랜치(예: 개발 브랜치와 마스터 브랜치)가 있고, 두 브랜치를 결합해야 하는 변경사항이 있다고 가정해보자. 이때 git merge 명령어는 이들을 통합하는 간단한 방법이다.  merge는 한 브랜치의 개발 히스토리를 다른 브랜치의 머지 커밋으로 추가한다. 이를 통해 두 히스토리를 온전히 보존할 순 있지만 전체 프로젝트 히스토리를 파악하기 어려울 수 있다. 더 단순하고 깔끔한 결과를 원한다면 git rebase가 도움이 된다.  git rebase 명령어도 2개의 브랜치를 머지하지만 약간 다르게 진행된다. git rebase는 한 브랜치가 생성된 지점부터 다른 브랜치가 통합될 수 있도록 커밋 히스토리를 다시 쓴다. 즉 덜 복잡하고 선형적인 커밋 히스토리를 만들 수 있는 것이다. 하지만 이 과정에서 다른 브랜치 및 머지 프로세스와 관련해 유용할 수도 있는 세부정보가 제거된다는 점을 유의해야 한다.  따라서 rebase는 공용(public) 브랜치와 머지하기 전에 하나의 깔끔한 커밋 히스토리로 통합하려는 여러 비공개(private) 브랜치가 있을 경우 특히 유용하다. 이를 통해 프로젝트의 커밋 히스토리와 관련...

2020.06.12

회사명:한국IDG 제호: ITWorld 주소 : 서울시 중구 세종대로 23, 4층 우)04512
등록번호 : 서울 아00743 등록일자 : 2009년 01월 19일

발행인 : 박형미 편집인 : 박재곤 청소년보호책임자 : 한정규
사업자 등록번호 : 214-87-22467 Tel : 02-558-6950

Copyright © 2022 International Data Group. All rights reserved.

10.5.0.9