## 1 Clone

1번 방법 : File >> Clone repository... 

 

2번 방법 : Current repository 옆 ▽버튼 클릭

 Add 클릭  >> Clone Repository.. 

 

방법 1 또는 방법 2를 통해 Clone repository... 를 선택하면 아래처럼 팝업이 뜬다.

Repository URL or GitHub username and repository : URL은 Git URL을 복사해 와서 붙여 넣는다.

Local path : Git 소스코드를 Clone 할 본인 Local 폴더 주소를 Choose...를 통해 선택한다.

선택하였으면 Clone을 누르면 Clone은 완료된 것이다.

 

## 2 commit --------------------------------------------------------------------------

파일을 수정하거나 신규로 생성하면 아래처럼 Changes 목록에 뜬다.

Commit 전에 위에 Commit Message/ 아래 Commit 설명을 입력하고 Commit을 한다.

Commit 이 완료되면 버튼이 비활성화 된다.

커밋 취소 방법

Undo를 클릭하면 Commit 이 취소된다.

이렇게 Commit을 하면 소스를 Git에 올릴 준비가 되어있는 상태가 된다.

## 3 push  --------------------------------------------------------------------------

Git에 소스를 올리기 위해 push를 눌러준다. 

Push origin 둘 중 어떤 버튼을 눌러도 상관이 없다.

Push가 완료되면 History에서 확인할 수 있다.

 

## 4 설치 방법 (설치 필요한 경우)

GitHub Desktop 설치 및 사용법

GitHub Desktop은 GitHub에서 제공하는 공식 데스크톱 애플리케이션으로, 사용자들이 GitHub 리포지토리와 상호작용할 수 있는 편리한 방법을 제공합니다. 아래에 GitHub Desktop의 설치 방법과 기본 사용법을 설명합니다.

1. GitHub Desktop 설치하기

1.1 다운로드

GitHub Desktop을 설치하기 위해서는 먼저 공식 웹사이트에서 다운로드해야 합니다.

GitHub Desktop의 다운로드 페이지를 방문하여, 사용 중인 운영 체제에 맞는 버전을 선택합니다.

https://desktop.github.com/download/

1.2 설치 과정

  1. 다운로드한 설치 파일을 찾아 더블 클릭하여 실행합니다.
  2. 설치 마법사의 지시에 따라 설치를 진행합니다.
    • Windows의 경우, 설치가 완료되면 GitHub Desktop이 자동으로 실행됩니다.
    • Mac의 경우, 애플리케이션 폴더로 이동하여 GitHub Desktop을 찾습니다.

2. GitHub 계정 인증

설치가 완료되면 GitHub 계정으로 로그인해야 합니다.

  1. GitHub Desktop을 실행하고 우측 상단의 Sign in to GitHub.com 버튼을 클릭합니다.
  2. GitHub 계정의 아이디와 비밀번호를 입력하여 로그인합니다.
  3. 계정 인증 후, 리포지토리를 클론 하거나 새 리포지토리를 만들어 작업을 시작할 수 있습니다.

이미지 출처 : snowflake 홈페이지

1. SnowFlake

클라우드 기반의 데이터 웨어하우스 서비스로, 데이터를 저장하고 분석하는 데 사용됩니다. 기존의 데이터 웨어하우스와 달리, 스토리지, 컴퓨팅클라우드 서비스가 분리되어 있어 효율적인 스케일링과 리소스 관리를 제공합니다.

주요 특징

  • 클라우드 기반:
    Snowflake는 AWS, Google Cloud, Microsoft Azure 등 다양한 클라우드 환경에서 실행됩니다.
  • 분리된 스토리지 및 컴퓨팅:
    컴퓨팅과 스토리지를 분리하여, 각각 독립적으로 확장하거나 사용량에 따라 조정할 수 있습니다.
  • 자동화:
    사용자가 설정한 대로 자동으로 쿼리 최적화와 성능 조정이 이루어집니다.
  • 다양한 데이터 포맷 지원:
    CSV, JSON, Parquet 등 다양한 데이터 포맷을 지원하여 유연한 데이터 저장이 가능합니다.
  • 멀티 클라우드 지원:
    여러 클라우드 플랫폼 간의 데이터 공유가 가능하여, 다양한 클라우드 환경을 사용하는 기업에 적합합니다.

2. SnowFlake 계층구조

1. Cloud-Service Layer (클라우드 서비스 계층)

이 계층은 Snowflake의 관리 및 사용자 상호작용을 담당하며, 메타데이터, 보안, 인증, 쿼리 최적화 등을 처리합니다.

  • 사용자 인증 및 권한 부여
  • 쿼리 처리 및 최적화
  • 데이터 및 메타데이터 관리
  • 서비스 모니터링과 오류 처리

2. Computing Layer (컴퓨팅 계층)

쿼리 처리와 계산을 담당하는 계층으로, Virtual Warehouse를 통해 데이터 처리 및 분석을 수행합니다.

  • 데이터 쿼리 처리 및 분석 수행
  • 병렬 처리로 성능 극대화 : 워크로드 별 실행 환경으로 실행
  • 사용자 요구에 맞는 컴퓨팅 리소스 할당

3. Storage Layer (스토리지 계층)

실제 데이터를 저장하는 계층으로, 클라우드 스토리지에 데이터를 안전하게 저장하고 효율적으로 관리합니다.

  • 데이터 압축 및 저장(데이터 압축률 : 평균 70~80%)
  • 여러 데이터(반정형 데이터 형식) 포맷 지원 (CSV, JSON, Parquet 등)
  • 중복 제거 및 최적화
  • 컬럼형 스토리지

 

클라우드 컴퓨팅 개념 및 Azure와 AWS 비교

1. 클라우드 컴퓨팅 기본 개념

클라우드 컴퓨팅은 인터넷(혹은 클라우드)을 통해 데이터를 저장하고, 처리하고, 관리할 수 있는 기술을 말합니다.
즉, 물리적인 서버나 데이터 센터에 의존하지 않고, 인터넷을 통해 필요한 자원을 언제 어디서든 사용할 수 있는 방식입니다.

  • IaaS (Infrastructure as a Service):
    하드웨어 인프라를 클라우드에서 제공하는 서비스.
  • PaaS (Platform as a Service):
    애플리케이션 개발 및 실행을 위한 플랫폼 제공하는 서비스.
  • SaaS (Software as a Service):
    소프트웨어 애플리케이션을 서비스로 제공하는 서비스.

2. Microsoft Azure와 AWS 비교

점유율이 높은 클라우드를 비교해 보겠습니다.

2.1. Microsoft Azure

장점

  • Microsoft 환경과의 높은 호환성:
    Azure는 Windows Server, Active Directory, SQL Server 등 Microsoft 제품과 강력한 통합을 제공합니다.
    Microsoft 기반 기업 환경에서는 매우 유용합니다.
  • 하이브리드 클라우드:
    Azure는 온프레미스와 클라우드를 동시에 운영하는 하이브리드 클라우드 솔루션에 강점이 있습니다.
    특히 Azure Stack을 활용한 하이브리드 클라우드 구축이 가능합니다.
  • 강력한 엔터프라이즈 지원:
    Azure는 대기업과의 협업에서 강력한 지원을 제공합니다.
    엔터프라이즈급 기능이 많고, 기업 요구사항에 맞춘 다양한 솔루션을 제공합니다.

단점

  • 사용자 인터페이스(UI)가 복잡:
    Azure의 관리 콘솔은 상대적으로 AWS보다 직관적이지 않아서 초보자가 다루기 어려운 부분이 있습니다.
  • 가격이 상대적으로 비쌈:
    Azure는 가격 정책이 복잡하고, 때때로 AWS보다 비싸게 책정될 수 있습니다.
    특히 리소스를 많이 사용할 경우 비용이 급증할 수 있습니다.

2.2. Amazon Web Services (AWS)

장점

  • 리더십 및 시장 점유율:
    AWS는 클라우드 시장에서 선두주자로, 다양한 기능과 서비스를 제공합니다.
    특히 규모와 안정성 면에서 탁월한 성능을 보여줍니다.
  • 광범위한 서비스 제공:
    AWS는 IaaS, PaaS, SaaS를 포함한 다양한 클라우드 서비스와 도구를 제공합니다.
    데이터베이스, 분석, 머신러닝 등 거의 모든 클라우드 서비스를 지원합니다.
  • 우수한 확장성:
    AWS는 다양한 규모의 인프라를 지원하며, 사용자 요구에 맞게 쉽게 확장이 가능합니다.
    특히 글로벌 데이터 센터가 많아 빠른 성능을 보장합니다.

단점

  • 복잡한 가격 정책:
    AWS의 가격 정책은 매우 복잡하고 예측하기 어려워, 관리하기 어려울 수 있습니다.
    비용 절감과 최적화를 위해 세밀한 관리가 필요합니다.
  • 초보자에게 어려움:
    AWS는 기능이 방대하고 설정이 복잡하여, 초보자나 비전문가가 다루기 어려운 부분이 많습니다.

3. Azure와 AWS 비교

항목 Microsoft Azure AWS (Amazon Web Services)
시장 점유율 2위 (AWS 다음) 1위 (클라우드 시장의 선두주자)
서비스 제공 범위 다양한 기업 솔루션에 최적화 다양한 클라우드 서비스와 툴 제공
하이브리드 클라우드 뛰어난 지원 (Azure Stack) AWS Outposts 지원, 그러나 Azure가 강세
가격 다소 비쌈 (다양한 할인 정책 존재) 복잡한 가격 구조, 그러나 경제적 선택 가능
학습 곡선 UI 복잡, 초기 학습 어려움 다소 복잡하지만 다양한 자료 제공
지원 서비스 Microsoft 환경과의 강력한 통합 풍부한 서비스와 리소스, 글로벌 커버리지
보안 높은 보안 표준 (특히 엔터프라이즈 환경) 높은 보안 표준 (규모가 큰 서비스 운영)

4. 결론

Azure는 Microsoft 기술 스택을 사용하는 기업이나 하이브리드 클라우드 환경을 원하는 기업에게 유리합니다.
특히 기존 Microsoft 제품과의 호환성에서 강점을 보입니다.

AWS는 클라우드 컴퓨팅 시장의 선두주자로, 다양한 서비스와 글로벌 인프라를 제공합니다.
유연성과 확장성이 뛰어나며, 비용 효율적인 선택이 가능하지만, 복잡한 가격 정책과 관리가 어려운 점은 단점입니다.

결국, 회사 요구사항기존 기술 스택에 따라 선택이 달라질 수 있습니다.

# 코파일럿 기능

- 코파일럿(Co-Pilot)은 GitHub의 새로운 기능 중 하나로, 인공지능을 활용하여 코드를 자동 생성하고 제안하는 기능.

- 다양한 개발자들의 코드 스타일과 패턴을 학습하며, 유사한 상황에서 도움이 될 만한 코드를 제안.

- 개발자들은 효율적으로 코드를 작성하고 반복적인 작업을 줄일 수 있음.

- 코파일럿은 다양한 프로그래밍 언어와 라이브러리를 지원하며, 코드 작성 중에 언제든지 사용할 수 있음.

- 개발자들은 제안된 코드를 선택하면 자동으로 작성되어 삽입되어 빠르게 코드를 작성하고 오류를 줄일 수 있음.

- GitHub의 다른 서비스와 기능을 활용하여 개발자들에게 더 나은 개발 경험을 제공.

'#나보려고 만든 페이지 > 깃&깃허브' 카테고리의 다른 글

#7. VS CODE로 깃허브 연결  (0) 2023.11.26
#6. 마크다운  (0) 2023.11.26
#5. 협업을 위한 브랜치 사용  (0) 2023.11.26
#4. 깃허브 동기화  (0) 2023.11.26
#3. 브랜치 원리 이해  (0) 2023.11.26
  1. VS CODE 확장 탭에서 ‘GitHub Pull Requests and Issues’ 설치.
  2. 로그인 하여 사용.

'#나보려고 만든 페이지 > 깃&깃허브' 카테고리의 다른 글

#8. 깃 허브 새로운 서비스와 기능  (0) 2023.11.26
#6. 마크다운  (0) 2023.11.26
#5. 협업을 위한 브랜치 사용  (0) 2023.11.26
#4. 깃허브 동기화  (0) 2023.11.26
#3. 브랜치 원리 이해  (0) 2023.11.26
  1. 마크다운?
    - 텍스트 문서를 좀 더 보기 편하게 편집하는 문법이다.

  2. 마크다운 장단점.
    -문법이 쉽고 관리가 용이하다.
    -지원 가능한 플랫폼과 프로그램이 다양함.
    -표준이 없어 사용자마다 문법이 다를 수 있다.

  3. 사용법
    - 문법이 쉽기때문에 전용 에디터를 꼭 사용할 필요는 없다.
    - 문법에 맞게 문서를 작성하여 사용.
  1. git clone
    git 에서 복제할 주소 가져오기
    git cloen 원격 저장소 주소 git_home(디렉터리가 없으면 자동으로 생성됨)​
  2. 브랜치를 나눠 작업하기.
    - 작업이 겹치지 않도록 브랜치를 나눠서 작업한다.

  3. 브랜치 합치기.
    - 각자 작업이 완료되면 소스를 병합한다.

'#나보려고 만든 페이지 > 깃&깃허브' 카테고리의 다른 글

#7. VS CODE로 깃허브 연결  (0) 2023.11.26
#6. 마크다운  (0) 2023.11.26
#4. 깃허브 동기화  (0) 2023.11.26
#3. 브랜치 원리 이해  (0) 2023.11.26
#2. 깃 커밋, 작업 되돌리기.  (0) 2023.11.26

#저장소

  • 사용자의 컴퓨터 저장소 : 지역 저장소(Local Repository)
  • 깃 허브에 있는 저장소 : 원격 저장소(Remote Repository)

#저장소 연결하는 방법

  1. 저장소만들기
    - 깃 허브에 로그인 후 새로운 저장소를 생성.

  2. 컴퓨터에 원격 저장소를 연결할 로컬 저장소를 선택하고 폴더로 이동.

  3. 프롬프트에서 다음 명령어를 사용하여 로컬 저장소에 원격 저장소 연결하기.
    git remote add origin <원격 저장소 URL>
  4. 연결 확인 명령어로 확인.
    git remote -v

 

 

'#나보려고 만든 페이지 > 깃&깃허브' 카테고리의 다른 글

#6. 마크다운  (0) 2023.11.26
#5. 협업을 위한 브랜치 사용  (0) 2023.11.26
#3. 브랜치 원리 이해  (0) 2023.11.26
#2. 깃 커밋, 작업 되돌리기.  (0) 2023.11.26
#1. 깃 설치  (1) 2023.06.11
  1. 브랜치의 필요성.
    - 여러 사람이 동시에 작업할 때 각자의 작업을 독립적으로 진행하고,
      변경 사항을 서로에게 영향을 주지 않고 병합 할 수 있음.
    - 브랜치를 사용하면 기능 개발, 버그 수정, 실험적인 기능 테스트 등을 병렬로 수행할 수 있어 편리함. -브랜치를 통해 
       작업의 이력을 추적하고 변경 사항을 롤백하는 등의 관리도 용이함.
  2. 브랜치 기능
    - 분기 : 새 브랜치를 만드는 것.
    - 병합 : 분기했던 브랜치를 다시 하나로 합치는 것.

 

 

'#나보려고 만든 페이지 > 깃&깃허브' 카테고리의 다른 글

#6. 마크다운  (0) 2023.11.26
#5. 협업을 위한 브랜치 사용  (0) 2023.11.26
#4. 깃허브 동기화  (0) 2023.11.26
#2. 깃 커밋, 작업 되돌리기.  (0) 2023.11.26
#1. 깃 설치  (1) 2023.06.11

# 깃 커밋

  1. commit 할 파일을 스테이징 영역에 추가.
  2. git add 파일명
  3. 스테이징 영역에 추가한 파일을 커밋."메시지"는 해당 커밋에 대한 간단한 설명 작성.
  4. git commit -m "메시지"
  5. 커밋된 사항을 업로드.
  6. git push

# 깃 작업 되돌리기.

커밋 취소하기

최근 커밋을 취소하고 해당 변경 사항을 스테이징 영역으로 되돌릴 수 있음.

git reset HEAD~

변경 사항 되돌리기

로컬 변경 사항을 이전 커밋으로 되돌릴 수 있음.

git checkout -- 파일명

원격 커밋 취소하기

원격 저장소에 올라간 커밋을 취소하고 이전 상태로 되돌릴 수 있음.

'#나보려고 만든 페이지 > 깃&깃허브' 카테고리의 다른 글

#6. 마크다운  (0) 2023.11.26
#5. 협업을 위한 브랜치 사용  (0) 2023.11.26
#4. 깃허브 동기화  (0) 2023.11.26
#3. 브랜치 원리 이해  (0) 2023.11.26
#1. 깃 설치  (1) 2023.06.11

+ Recent posts