Appia의 IT세상

파이썬 특정 폴더 파일 목록 추출: pathlib·glob·os 비교 + CSV 저장

Appia — Thu, 8 Jan 2026 00:30:40 +0900

파이썬 특정 폴더 파일 목록 추출: pathlib·glob·os 비교 + CSV 저장

특정 경로에 파일 목록을 가져오는 작업은 배포, 로그 수집, 데이터 전처리 및 배포 자동화에서 많이 사용됩니다. 하지만, 막상 이 부분에 대해서 구현하려고 하면 어디서부터 해야하는 지에 대해서 고민하게 됩니다. 그래서 이번 포스팅에서는 pathlib, glob, os모듈을 통해서 특정 폴더 경로를 구현하는 방법에 대해서 다루어 보겠습니다. 그리고 현업에서 바로 사용할 수 있는 csv파일로 저장하는 형태 부분 또한 다루어 보겠습니다.

TL;DR

pathlib(추천): Path.iterdir() / Path.rglob() / is_file()로 파일을 안전하게 구분하면서(폴더 제외) 현재·하위 폴더까지 쉽게 수집
glob: "*.csv" 같은 패턴 기반 검색에 간단하고 빠름
os: 기존 코드 호환(레거시) 또는 os.walk()처럼 순회 과정 제어가 필요할 때 유용
CSV 저장: 표준 라이브러리 csv만으로 충분

1. pathlib (추천)

1.1. 현재 폴더의 파일만 출력

먼저, pathlib을 가장 추천하는 방식이라, 먼저 이야기 해보겠습니다. 특정 폴더를 정하고 그 폴더의 파일만 출력하는 예시를 작성해봤습니다.

from pathlib import Path

base = Path(r"D:\workspace\pyAutoRelease")

for p in base.iterdir():
    if p.is_file():
        print(p.name)

위의 코드를 실행해보겠습니다.

그림 1. 현재 폴더의 파일만 출력 예시

위에서 실제 생성한 폴더에 해당하는 파일들이 출력되는 것을 알 수 있습니다.

**1.2. 확장자 필터: glob("*.py")**

위의 예시에서 약간의 변형을 주고자 합니다. 1.1 챕터에서 다루는 예제에서 특정 확장자만 되어 있는 파일만 출력하고 싶습니다.

이럴 때 glob을 이용하여 하기와 같이 예시 코드를 구성할 수 있습니다.

from pathlib import Path

base = Path(r"D:\workspace\pyAutoRelease")

for p in base.glob("*.py"):
    if p.is_file():
        print(p.name)

#결과 : 그림1의 폴더 참조
#main.py
#Test.py

위에서 실행하면 py확장자를 가진 파일들만 출력이 됩니다.

**1.3. 하위 폴더 포함 재귀 탐색: rglob("*")**

그러면 하위 폴더의 파일까지 출력해주는 예시를 작성해보겠습니다.

from pathlib import Path

base = Path(r"D:\workspace\pyAutoRelease")

for p in base.rglob("*"):
    if p.is_file():
        print(p) #p 전체 경로 / p.name 파일명만

그러면 위의 코드를 실행하면 앞서서 1.1.에서 실행한 예제와 달리 경로까지 모두 출력이 됩니다.

그림 2. 하위 폴더 포함 재귀 탐색: rglob("*") 예시 결과

여기에 확장자 필터를 하고 싶다면 다음과 같은 부분을 변경해 주면 됩니다.

for p in base.rglob("*.py"): #py 부분의 확장자만 출력하기

위의 부분을 변경해서 수정하여 진행했다면 다음과 같은 결과가 나오는 것을 알 수 있습니다.

그림 2. 하위 폴더 포함 재귀 탐색: rglob("*.py") 확장자 필터링 적용 예시

rglob("*")는 파일/폴더가 다 나오니, is_file() 필터를 사용하는 것을 권장합니다. 한가지 단점으로 대규모 폴더일 경우에 다소 느릴 수 있습니다.

1.4. 정렬하여 출력하기 : 이름순 / 수정시간 순

앞선 과정에서 하위 경로까지 진행을 해봤습니다. 그럼 정렬하여 출력하는 방법에 대해서 이야기를 해보겠습니다. 이 부분에 대해서 이름 순/수정시간 순으로 정렬할 수 있는데, 그 방법에 대해서 예시로 작성해보겠습니다.

from pathlib import Path

base = Path(r"D:\workspace\pyAutoRelease")

files = [p for p in base.iterdir() if p.is_file()]

# 이름순
for p in sorted(files, key=lambda x: x.name.lower()):
    print(p.name)

# 수정시간 최신순
for p in sorted(files, key=lambda x: x.stat().st_mtime, reverse=True):
    print(p.name)

물론 하위 폴더 까지 할 경우에 iterdir() 부분을 rglob("*")로 변경해주시면 됩니다. 단, 이럴 경우에 하위 폴더의 모든 파일까지 이름을 비교하여 출력해줍니다. 이 부분에 대해서 폴더 단위로 정렬해서 출력하는 부분에 대해서 다음 포스팅에서 오늘 포스팅 한 부분의 고급 응용하는 방법에 대해서 별도로 포스팅을 할 예정입니다.

2. glob 모듈

2.1. 현재 폴더에서 패턴 검색

glob는 문자열 경로 기반으로 동작합니다. 따라서, 특정 패턴의 파일만 뽑기에는 매우 간단합니다. 그러면 다음 예시를 살펴보겠습니다.

import glob

base = r"D:\workspace\pyAutoRelease"
paths = glob.glob(base + r"\*.py")

for p in paths:
    print(p)
    
    
"""
결과
D:\workspace\pyAutoRelease\main.py
D:\workspace\pyAutoRelease\Test.py
"""

2.2. 하위 폴더까지 재귀

그러면 하위 폴더까지 재귀로 파일을 추출해보겠습니다.

import glob

base = r"D:\workspace\pyAutoRelease"
paths = glob.glob(base + r"\**\*.py", recursive=True)

for p in paths:
    print(p)
    
"""
결과 
D:\workspace\pyAutoRelease\main.py
D:\workspace\pyAutoRelease\Test.py
D:\workspace\pyAutoRelease\config\auth_git.py
D:\workspace\pyAutoRelease\config\load_config.py
D:\workspace\pyAutoRelease\config\__init__.py
D:\workspace\pyAutoRelease\core\deployer.py
D:\workspace\pyAutoRelease\core\sync_repo.py
D:\workspace\pyAutoRelease\core\__init__.py
D:\workspace\pyAutoRelease\util\build_file_list.py
D:\workspace\pyAutoRelease\util\log.py
D:\workspace\pyAutoRelease\util\util_basic.py
D:\workspace\pyAutoRelease\util\__init__.py
"""

한가지 glob을 사용할 경우에 주의 할점이 바로, 폴더인지 아니면 파일인지에 대해서 확인이 필요로 한 것입니다. string 형태로 반환이 되기 때문에, 확인하는 절차를 코드상에 입력하다면 다소 코드가 복잡해질 수 있습니다.

3. os / os.path 모듈

os.listdir()은 오래전부터 사용해오던 방식입니다. 저의 포스팅에서도 os.walk부분은 다룬적이 있습니다. 다만 pathlib에 비해서 경로처리가 문자열 중심이라 약간의 실수들이 발생할 수 있습니다.

3.1. 현재 폴더의 파일만 출력 (os.listdir + os.path.isfile)

현재 폴더의 있는 파일만 출력하는 예제를 작성해보겠습니다.

import os

base = r"D:\workspace\pyAutoRelease"

for name in os.listdir(base):
    full = os.path.join(base, name)
    if os.path.isfile(full):
        print(name)

pathlib의 예제보다 다소 코드가 복잡함을 알 수 있습니다. 하지만, 레거시 코드/기존 os.path 코드베이스에서는 os 방식이 자연스럽습니다.

3.2. 하위 폴더까지 탐색 (os.walk)

다음과 같은 예시로 작성을 하면 하위 폴더의 있는 파일들까지 추출이 가능합니다.

import os

base = r"D:\workspace\pyAutoRelease"

for root, dirs, files in os.walk(base):
    for name in files:
        print(os.path.join(root, name))

4. 실무 체크 포인트 (파일/폴더구분 체크)

가끔 exists()가 True여도 실제로는 파일이 아니라 폴더인 경우가 있습니다.
예: config.json이라는 이름의 폴더가 존재하는 상황

이런 경우 파일을 열려고 했는데 실패 같은 문제가 발생할 수 있으니, 열기/읽기 전에는 is_file()(또는 os.path.isfile)로 확인하는 게 안전합니다.

from pathlib import Path

p = Path("config.json")

if p.exists() and p.is_file():
    print("파일이 존재합니다.")
elif p.exists() and p.is_dir():
    print("주의: 같은 이름의 '폴더'가 존재합니다.")
else:
    print("존재하지 않습니다.")

5. pathlib·glob·os비교

위에서 각 모듈을 사용해서 파일을 추출하는 방법에 대해서 살펴봤습니다. 이번에는 pathlib, glob와 os 모듈을 각각 비교해보겠습니다.

구분	pathlib	glob	os
기본 추천도	가장 추천	패턴만 필요할 때	레거시/저수준 제어
반환 타입	Path 객체	str 경로	str 경로
현재 폴더 파일	iterdir()	glob("*.ext")	listdir()+isfile
재귀 탐색	rglob()	"**" + recursive	os.walk
파일/폴더 판별	is_file()/is_dir()	별도 판별 필요	os.path.isfile/isdir
가독성/확장성	좋음	보통	보통~낮음

6. CSV 추출 하기

그러면 pathlib을 활용하여 csv추출하는 간단한 예시를 살펴보겠습니다.

from pathlib import Path
import csv

base = Path(r"D:\workspace\pyAutoRelease")
files = [p for p in base.rglob("*") if p.is_file()]

out = Path("files.csv")
with out.open("w", newline="", encoding="utf-8-sig") as f:
    w = csv.writer(f)
    w.writerow(["path", "name", "size_bytes"])
    for p in files:
        w.writerow([str(p), p.name, p.stat().st_size])

위의 코드를 수행하고 나서, 생성된 csv 파일을 보면 다음과 같음을 알 수 있습니다. 스크립트 실행 위치에 생성됩니다. (원하면 out 경로 지정 가능)

그림 3. csv 파일 생성 예제 결과

이번 포스팅에서는 파이썬으로 특정 폴더(하위 폴더 포함)의 파일 목록을 추출하는 방법을 pathlib, glob, os 관점에서 비교해봤습니다. 정리하면, 대부분의 자동화/스크립트 작업에서는 pathlib가 가장 읽기 쉽고 확장하기도 편해 기본 선택으로 추천합니다. 패턴 매칭만 빠르게 필요하면 glob도 충분히 간단하고, 기존 코드 호환이나 순회 제어가 필요할 때는 os.walk가 여전히 유용합니다.

또한 파일 목록을 실제로 활용하려면 결과를 저장하는 경우가 많기 때문에, 마지막에는 표준 라이브러리 csv로 간단히 CSV 파일로 내보내는 예제도 함께 정리했습니다. 다음 글에서는 CSV를 조금 더 실무적으로 다루는 방법(인코딩/대용량 처리/컬럼 구성)과 함께, 엑셀(xlsx)로 저장하는 방법까지 확장해서 정리해보겠습니다.

파이썬 파일·디렉터리 유무 확인 방법: os.path vs pathlib, 예외 처리까지

파이썬 파일·디렉터리 유무 확인 방법: os.path vs pathlib, 예외 처리까지 최종 업데이트: 2026-01-06 파이썬에서 파일/디렉터리 존재 여부를 확인하는 방법을 pathlib 중심으로 정리하겠습니다. exists/is_f

appia.tistory.com

[3화] 파이썬 배포 자동화: Config 설계 & 로더 구현(스키마/검증/기본값/환경변수)

Appia — Mon, 5 Jan 2026 01:27:26 +0900

[3화] 파이썬 배포 자동화: Config 설계 & 로더 구현(스키마/검증/기본값/환경변수)

이전 포스팅에서는 파이썬 코드에 대한 구조와 전체적인 아키텍처에 대해서 다루었습니다. 이어서 이번 포스팅에서는 실제 구현 파트로 넘어가, Config 설계와 로더 구현에 대해서 다루어 보겠습니다. Git의 사용을 위한 인증 절차 또한 함께 다룰 예정입니다.

[1화] 파이썬 배포 자동화: 전체 프로세스(내부/외부 형상 기반)

[2화] 파이썬 배포 자동화: 파이썬 코드 구조와 아키텍처

[3화] 파이썬 배포 자동화: Config 설계 & 로더 구현(스키마/검증/기본값/환경변수)

[4화] 파이썬 배포 자동화: 코어 파이프라인 구현(RepoSync → Select → Copy → Report) (추후 링크 업데이트)

[5화] 파이썬 배포 자동화: CLI/로그/리포트/에러처리 및 마무리 (추후 링크 업데이트)

1. Config 요구 사항과 구조

배포 자동화에 대해서 고민을 하면서 가장 중요한 부분이 바로 Config라고 생각합니다. 가장 먼저 정해야 할 것이 바로 파일 형태입니다. 가장 흔히 사용하는 것이 JSON과 YAML 형태입니다.

항목	YAML	JSON
가독성/편집	사람 친화, 긴 설정에 유리	기계 친화, 작성은 다소 번거로움
주석	가능	불가(표준)
엄격성/안정성	유연하지만 해석/들여쓰기 실수 가능	문법이 단순·엄격해 예측 가능
검증/스키마	코드(Pydantic 등)로 보완 권장	JSON Schema 등 생태계 강함

표 1. YAML과 JSON 비교

저의 경우 JSON 형태로 진행할 예정입니다. Python의 Dictionary 형태로 그대로 인지할 수 있기 때문에 파싱할 때에 크게 문제가 없기 때문입니다.

권장 Config 구조(JSON)

필수

repos.internal.url
repos.internal.target_branch
repos.internal.source_path
repos.internal.token_env
repos.external.url
repos.external.target_branch
repos.external.target_path
repos.external.token_env
file_list (배포/복사/동기화 대상 파일 목록)

선택

logging.enabled
report.output_dir (없으면 ./out)
build_file_list true면 repo 기준 규칙(예: manifest/패턴)으로 file_list를 자동 생성

위의 구조를 바탕으로 구성해보면 다음과 같은 형태가 될 것입니다.

{
  "repos": {
    "internal": { "url": "...", "source_path": "...", "target_branch": "...", "token_env": "..." },
    "external": { "url": "...", "target_path": "...", "target_branch": "...", "token_env": "..." }
  },
  "file_list": ["..."],
  "logging": { "enabled": true },
  "report": { "output_dir": "./out" }
}

Token의 환경변수 사용

토큰의 경우 매우 민감한 정보입니다. 이 정보를 바탕으로 진행했을 때에, 별도의 환경 변수에 하기 이름으로 등록해서 불러올 수 있게 할 것입니다.

DEPLOY__INTERNAL__TOKEN=...

DEPLOY__EXTERNAL__TOKEN=...

* Windows(PowerShell)과 Linux/bash의 환경변수 설정 방식은 다를 수 있으며, 로더는 최종적으로 os.environ에서 조회합니다.

2. Config 로더의 범위 및 workflow

2.1. Config 로더의 범위

Config 로더를 구현할 때에 범위와 로더의 산출물에 대해서 고민을 했습니다. Config 로더는 설정 값을 로드하고(환경변수/기본값 포함) 검증한 뒤 최종 Config 객체로 변환하는 역할만 담당합니다. 4화에서 다룰 코어 파이프라인에 동작에 필요한 정보들을 가공하는 역할입니다. Config 로더의 범위를 설정하지 않는다면, 간단한 헬퍼등을 추가할 수도 있습니다. 당장 코드 구현에는 용이하나, 향후 유지보수 관점에서 문제가 발생할 수 있습니다.

2.2. Config 로더의 workflow

Config 로더의 workflow는 다음과 같습니다.

그림 1. Config 로더의 workflow

그러면 각 단계에 대해서 살펴보겠습니다.

config.json 읽기

설정 파일인 JSON파일을 파이썬으로 읽어오는 단계입니다. JSON 문법이 올바르면 읽어오고, 문법 오류/파일 접근 오류가 있으면 예외로 중단합니다.

기본값/환경변수 읽기

선택 항목이 config.json에 없으면 로더가 기본값을 채웁니다(예: report.output_dir 미설정 시 ./out). 또한 token_env에는 토큰 값이 아니라 ‘환경변수 이름’을 적고, 로더가 os.environ에서 실제 토큰을 조회해 repos.*.token으로 주입합니다.

검증

검증 단계에서는 필수 항목 누락/타입/빈 값 여부를 확인하고, 문제가 있으면 에러로 중단합니다. 문법은 맞지만 필수 값이 없으면, 원인을 명확한 메시지로 예외 처리하여 즉시 중단합니다.

(검증 예시)

repos.internal.url, repos.external.url은 빈 문자열 금지
repos.internal.target_branch, repos.external.target_branch는 빈 문자열 금지
file_list는 빈 리스트 금지(또는 최소 1개 이상)
token_env가 가리키는 환경변수가 없으면 에러(“DEPLOY__INTERNAL__TOKEN이 설정되지 않았습니다”)
(선택) source_path/target_path 상대/절대 허용 정책을 프로젝트 규칙으로 추가

최종 config 반환

검증과정까지 문제없게 진행되었다면 config에서 내부에서 선언된 클래스를 바탕으로 반환하는 단계입니다. 최종 Config를 반환하기 전에, 로더 내부에서 경로를 한 번 정규화합니다. 예를 들어 report.output_dir은 실행 기준 절대경로로 변환하고, source_path/target_path의 슬래시/상대경로 표현을 통일합니다. 이후 단계는 ‘정규화된 최종 Config’만 사용합니다.

다음 Config 로더(load_config.py) 구현과 Git 인증 준비 모듈(auth_git.py) 구현 부분에 대한 전체적인 코드는 다음 Github링크를 참조해주세요

https://github.com/beomseokc84/pyAutoRelease

이 글에서 발췌한 코드는 아래 파일에서 확인
src/config/load_config.py
src/config/auth_git.py
src/util/util_basic.py

3. Config 로더(load_config.py) 구현

앞에 언급한 내용을 바탕으로 Config 로더를 구현하겠습니다. 먼저, 전체적인 구현 부분에 대해서 Plant UML을 통해서 다음과 같은 구조로 동작을 합니다.

그림 2. Config 로더의 시퀀스 다이어그램

핵심 코드를 보면 다음과 같습니다.

1) load_config() — 파이프라인(오케스트레이션)

def load_config(config_path: str) -> FinalConfig:
    raw = load_json_file(config_path)  # 1) 읽기
    merged = apply_defaults(raw)  # 2) 기본값 병합
    apply_env_tokens(merged)  # 3) env 해석(토큰 주입)
    validate_config(merged)  # 4) 검증(환경변수 값 존재 여부 포함)
    base_dir = Path(config_path).parent
    normalize_paths(merged, base_dir=base_dir)  # 5) 정규화(최종 반환 직전 포함)
    return build_final_config(merged)  # 6) 최종 반환

2) apply_env_tokens()

def apply_env_tokens(cfg: Dict[str, Any]) -> None:
    internal_env = validate_required_str(
        cfg, "repos.internal.token_env", exc=ConfigValidationError
    )
    external_env = validate_required_str(
        cfg, "repos.external.token_env", exc=ConfigValidationError
    )

    internal = require_dict(cfg, "repos.internal", exc=ConfigValidationError)
    external = require_dict(cfg, "repos.external", exc=ConfigValidationError)

    internal["token"] = resolve_token(internal_env)
    external["token"] = resolve_token(external_env)

3) validate_config()

def validate_config(cfg: Dict[str, Any]) -> None:
    internal_env = validate_required_str(cfg, "repos.internal.token_env", exc=ConfigValidationError)
    external_env = validate_required_str(cfg, "repos.external.token_env", exc=ConfigValidationError)

    # 환경변수 값 존재 여부 확인
    if not os.environ.get(internal_env):
        raise ConfigValidationError(f"환경변수 '{internal_env}'가 설정되지 않았습니다.")
    if not os.environ.get(external_env):
        raise ConfigValidationError(f"환경변수 '{external_env}'가 설정되지 않았습니다.")

    # 토큰 주입 여부 확인(적용 누락 방지)
    validate_required_str(cfg, "repos.internal.token", exc=ConfigValidationError)
    validate_required_str(cfg, "repos.external.token", exc=ConfigValidationError)

    # file_list, optional 타입(bool/str), dict 구조 검증 등은 생략(전체 코드는 GitHub)

4. Git 인증 준비 모듈(auth_git.py) 구현

실제 git clone/fetch 실행은 다음 화(Repo Sync)에서 다루고, 이번 화에서는 “인증 준비”만 분리해 둡니다.

이렇게 하면 로더/동기화/인증이 서로 섞이지 않아 유지보수가 쉬워집니다. 그러면 auth_git의 sequence diagram에 대해서 살펴보겠습니다.

그림 3. Git 인증 준비 모듈(auth_git) 시퀀스 다이어그램

def prepare_git_auth(repo_url: str, token: str, provider: Optional[str] = None) -> GitAuth:
    """auth_git.py의 핵심: 토큰을 이용해 '인증 준비'만 수행합니다.
    실제 git clone/fetch/pull 실행은 sync_repo.py에서 담당합니다.
    """
    auth_url, safe_url, provider_final = build_auth_url_https(repo_url, token, provider=provider)
    env = build_git_env()
    return GitAuth(
        original_url=repo_url,
        auth_url=auth_url,
        safe_url=safe_url,
        env=env,
        provider=provider_final,
    )

이번 화에서는 인증 ‘준비’만 분리해두고, 4화 RepoSync에서 실제 사용합니다.

이번 3화에서는 배포 자동화의 입력이 되는 Config를 JSON으로 설계하고, 이를 안정적으로 로드하기 위한 Config 로더를 구현해보았습니다. 핵심은 load_config()가 읽기 → 기본값 병합 → 환경변수 해석(token) → 검증 → 경로 정규화 → 최종 Config 반환의 순서를 고정해, 이후 파이프라인(4화)이 ‘검증 + 정규화된 설정’만을 전제로 단순하게 동작하도록 만드는 것입니다. 또한 토큰은 config.json에 저장하지 않고 token_env로 환경변수 이름만 전달받아, 로더가 os.environ에서 조회하도록 구성해 보안 리스크를 줄였습니다. 추가로 토큰은 로그에 직접 출력하지 않도록(마스킹/safe_url 사용) 처리하는 것을 기본 원칙으로 했습니다.

다음 4화에서는 이번 화에서 만든 FinalConfig와 GitAuth를 사용해, 내부/외부 Repo를 동기화(RepoSync)하고 파일 목록을 선택(Select)한 뒤 복사(Copy) 및 리포트(Report)까지 이어지는 코어 파이프라인을 구현해보겠습니다.

2026.01.03 - [Python/Python 응용] - [2화] 파이썬 배포 자동화: 파이썬 코드 구조와 아키텍처

[2화] 파이썬 배포 자동화: 파이썬 코드 구조와 아키텍처

[2화] 파이썬 배포 자동화: 파이썬 코드 구조와 아키텍처이전 포스팅에서는 파이썬 스크립트로 배포 자동화 환경을 구축하는 전체 흐름을 정리했습니다. 배포 자동화가 왜 필요한지와 함께, 실

appia.tistory.com

[2화] 파이썬 배포 자동화: 파이썬 코드 구조와 아키텍처

Appia — Sat, 3 Jan 2026 13:28:32 +0900

[2화] 파이썬 배포 자동화: 파이썬 코드 구조와 아키텍처

이전 포스팅에서는 파이썬 스크립트로 배포 자동화 환경을 구축하는 전체 흐름을 정리했습니다. 배포 자동화가 왜 필요한지와 함께, 실제 배포가 어떤 단계로 진행되는지도 큰 그림으로 살펴봤고요.
이번 글에서는 그 내용을 바탕으로, 코드를 어떤 구조로 나누고 어떻게 연결하면 관리하기 쉬운지 정리해보겠습니다. 단계별로 모듈을 어떻게 분리할지, 각 모듈이 맡아야 할 역할과 경계도 함께 이야기해보려 합니다.

[1화] 파이썬 배포 자동화: 전체 프로세스(내부/외부 형상 기반)

[2화] 파이썬 배포 자동화: 파이썬 코드 구조와 아키텍처

[3화] 파이썬 배포 자동화: Config 설계 & 로더 구현(스키마/검증/기본값/환경변수)

[4화] 파이썬 배포 자동화: 코어 파이프라인 구현(RepoSync → Select → Copy → Report) (추후 링크 업데이트)

[5화] 파이썬 배포 자동화: CLI/로그/리포트/에러처리 및 마무리 (추후 링크 업데이트)

1. 관련 기능 정리

배포 자동화 단계를 다음 4단계 컨셉으로 정했습니다.

1. 배포 대상 파일 선별

2. 내부 형상 최신화

3. 외부 형상 최신화

4. 배포 대상 파일 복사 및 배포

이 부분을 프로그래밍 관점에서 두 가지 관점에서 접근을 하였습니다. 설정과 코어 기능으로 분리해봤습니다.

카테고리	세부 항목	비고
설정	인증 파일 리스트 로드	프로젝트/환경에 따라 바뀌는 값(인증정보, 대상 파일 정의)
코어 기능	형상 최신화 파일 복사	어떤 프로젝트든 동일하게 동작해야 하는 로직(RepoSync, Copy)
유틸리티	파일 리스트 생성 로그 생성 경로/패턴 처리	공통 헬퍼(파일 리스트/로그/패턴/경로)

표 1. 설정과 코어, 유틸리티 기능 분리

로드(load): 설정에 정의된 파일 목록(또는 파일 목록 파일)을 “읽어오는” 행위
생성(build): 외부 형상/패턴 규칙을 이용해 배포 대상 목록을 “계산/가공하는” 행위

위에서 설정 카테고리에서는 전체적인 툴에 대한 설정 및 인증, 그리고 파일 리스트 관리 부분이 될 것입니다.

그리고 코어 기능에서는 형상 최신화와 파일 복사 부분이 될 것입니다. 여기에서 저는 추가로 유틸리티 부분을 하나 추가할 예정입니다. 전체적인 툴 구성에 필요한 헬퍼 및 파일 리스트를 생성하는 기능에 대해서 포함할 예정입니다.

이와 같은 큰 구조로 접근을 할 예정입니다.

2. 설계 원칙

배포 자동화는 한 번 만들고 끝나는 스크립트가 아니라, 프로젝트가 바뀌거나 배포 정책이 바뀔 때마다 지속적으로 손봐야 하는 도구입니다. 그래서 이번 구조에서는 “동작한다”보다 “유지보수가 쉽다”를 우선순위로 두었습니다.

단일 책임(SRP): 파일 선별, Git 동기화, 복사/배포, 리포트를 각각 분리합니다.
I/O 분리: git 명령 실행, 파일 복사 같은 외부 의존은 한 곳에 모으고(core는 정책/흐름을 다룹니다).
설정과 로직 분리: 프로젝트마다 바뀌는 값(경로/브랜치/패턴/옵션)은 config로 내리고, 실행 로직은 재사용 가능한 형태로 둡니다.
실패 지점 명확화: auth/sync/deploy 단계별로 실패 가능성이 있으므로, 로그와 리포트가 “어느 단계에서 실패했는지”를 남기도록 합니다.

3. 파일 구조 잡기

위에서 관련 기능에 대해서 선별을 하였고, 이 부분으로 다음과 같이 접근을 해볼까 합니다.

그림 1. 전체 레이어 구조도

main은 오케스트레이션(흐름 제어)만 담당하고, 실제 동작은 Config/Core/Util 모듈이 맡습니다. 그림 1을 바탕으로 다음과 같은 구조를 생성해보겠습니다.

Category	파일 구성	기능설명
Main	main.py	오케스트레이션
Config	auth_git.py	Git 인증
Config	load_config.py	설정 로드
Core	sync_repo.py	형상 최신화 (외부/내부)
Core	deployer.py	배포 파일 복사
Util	build_file_list.py	파일 리스트 가공/생성
	log.py	로그 파일 생성
	util_basic.py	경로/패턴처리 등 기본 유틸

표 2. 배포 자동화 도구의 모듈(파일) 구성과 각 역할(설정/코어/유틸 분리 기준)

위와 같은 형태로 파일을 구성을 잡아볼까 합니다. 위의 부분을 바탕으로 다시 한번 구성도를 만들어봤습니다.

그림 2. 레이어 구조에 따른 파일 구성도

물론, 파일 구조에 대해서는 다음과 같은 형태로 구성을 했습니다. 실제 구현에서도 비슷하게 가져가겠지만, 경우에 따라서는 추가로 파일이 필요할 수 있습니다.

위의 표와 그림에서 혼선이 있을 수 있는 부분이 바로 auth_git.py의 역할입니다. 이 부분은 자격증명 즉, 토큰과 계정에 대한 준비 작업만 진행할 것입니다. Git에 대한 명령 실행은 sync_repo.py에 담당합니다.

main은 오케스트레이션(흐름 제어)을 담당합니다. 오케스트레이션이라는 용어가 다소 생소할 수 있습니다. 오케스트레이션이란, 여러 모듈, 함수를 어떤 순서로 어떤 조건으로 어떻게 연결해서 실행을 조율하는 역할입니다.

4. 폴더 구조 잡기

위의 단계에서는 각 파일의 역할에 대해서 명시하였습니다. 위에서 언급한 파일들을 하나의 폴더에 나열할 수도 있지만, 향후 유지 보수를 위해서 별도의 폴더로 분리하는 것이 유리합니다. 그래서 다음과 같은 형태로 폴더를 분리했습니다.

그림 3. 폴더 구조

여기에서 대부분은 앞에서 파일 구조에 대해서 명시하면서 나열했던 이름입니다. 하지만, out이라는 별도의 폴더가 한 개 더 추가된 것을 알 수 있습니다. 이 부분은 바로 로그에 대해서 출력한 부분을 저장하기 위한 공간입니다. 물론, 이러한 부분들에 대해서 설정 부분을 통해서 변경 및 추가 생성이 가능할 것입니다.

5. 입력과 출력 정의

이 도구를 재현 가능하게 만들기 위해 입력과 출력을 명확히 정의합니다.

입력(Input)
- config.json: 내부/외부 형상 경로, 브랜치, 파일 선별 규칙(include/exclude), build_file_list 사용 여부, 로그/리포트 경로 등
- 내부 형상 Repo: 실제 배포 대상 파일이 존재하는 소스
- 외부 형상 Repo: 배포 결과가 반영되는 대상 저장소
출력(Output)
- out/logs/: 단계별 실행 로그(성공/실패/원인)
- out/reports/: 결과 요약(SAME/MODIFIED/ONLY_*, 소요시간, 실패 목록, 산출물 경로)
- 외부 형상 Repo의 변경사항(필요 시 커밋까지)

6. 오케스트레이션(main.py)

앞서서 main.py의 역할은 오케스트레이션이라고 이야기를 했습니다. 이 부분에 대해서 명시해보고자 합니다. Plant UML을 활용하여 이 부분을 표현해보고자 합니다.

@startuml
title Orchestration Activity
start
:load config;
:auth;
:sync internal;
:sync external;
if (build file list?) then (yes)
  :build file list;
else (no)
  :use predefined list or empty;
endif
:deploy copy;
:report;
stop
@enduml

그림 4. Plant UML로 작성한 오케스트레이션

load config

config.json 파일을 설정 관련된 파일로 사용할 것입니다. 이 파일에 명시된 파일들을 읽어와서 내부에서 사용하는 설정 관련 class에 저장할 것입니다.

auth

load config에서 읽어온 token 및 계정정보를 바탕으로 git 명령 실행을 위한 자격증명(토큰/계정)을 준비합니다.

sync internal

내부 형상에 대해서 최신화를 할 예정입니다.

sync external

외부 형상에 대해서 최신화를 할 예정입니다.

build file list

옵션에 따라서 true일 경우에 외부 형상에 있는 정보를 바탕으로 파일 리스트를 생성할 것입니다. 만약 false 일경우에는 설정에 저장된 파일 리스트에 대한 파일 경로에 따라서 읽어올 것입니다.

deploy copy

앞선 build file list에서 생성 또는 불러온 파일 리스트에 대한 파일을 바탕으로 내부 형상에서 외부 형상으로 파일을 복사합니다.

report

실행 결과 요약(SAME/MODIFIED/ONLY_*, 소요시간, 실패 목록, 산출물 경로)합니다. report는 out/reports/에 요약 파일로 저장하고, 콘솔에는 핵심 요약만 출력합니다.

7. 실패 케이스와 리포트의 역할

실제 운영 환경에서는 인증 실패(토큰 만료/권한), 동기화 실패(브랜치 불일치/로컬 변경), 복사 실패(경로 오류/권한/잠금) 같은 문제가 자주 발생합니다. 그래서 main 오케스트레이션은 “성공/실패 여부”만 내는 것이 아니라, 어느 단계에서 실패했는지와 영향 범위를 남겨 재실행 판단이 가능해야 합니다. 이 목적을 위해 로그는 과정 중심으로 남기고, report는 결과 중심(SAME/MODIFIED/ONLY_*, 소요시간, 실패 목록, 산출물 위치)으로 남기도록 역할을 분리했습니다.

단계	실패 시나리오	증상(겉으로 보이는 현상)	로그/리포트에 남길 정보
load config	config 파일 없음/경로 오류	시작 즉시 종료, 파일 못 찾음	config_path, cwd, error_type
load config	JSON 파싱 실패	“JSON decode error”	line/column, raw snippet(일부)
load config	필수 키 누락	validate 실패	missing_keys, default_applied
auth	토큰 만료/권한 부족	git 명령 실패(401/403 등)	auth_mode, user, remote_url(마스킹)
auth	프록시/네트워크 문제	인증 단계에서 timeout	timeout_sec, proxy, retry_count
sync internal	로컬 변경사항 존재	pull/checkout 실패, 충돌	repo_path, branch, dirty_files
sync internal	브랜치/리모트 불일치	“branch not found”	remote, branch, refs
sync external	외부 형상 최신화 실패	fetch/pull 실패	repo_path, branch, last_commit
build file list	include/exclude 규칙 오류	배포 파일 0개 또는 과다	include/exclude, matched_count
build file list	외부 형상 기준 정보 누락	특정 폴더/파일이 목록에서 빠짐	external_commit, scan_root
deploy copy	소스 파일 누락	copy 실패, “not found”	src_path, expected_src
deploy copy	권한/잠금 문제	PermissionError, 파일 잠김	dst_path, exception
deploy copy	overwrite 정책 충돌	덮어쓰기 불가/백업 실패	overwrite, backup_enabled
report	리포트 생성 실패	out/reports에 파일 없음	report_dir, write_error
전체	중간 실패 후 재실행 판단 어려움	“어디까지 됐지?”	run_id, step, elapsed

표 3. 오케스트레이션 단계별 예상 실패 케이스와 로그/리포트에 남길 핵심 정보

다음 3화에서는 [3화] 파이썬 배포 자동화: Config 설계 & 로더 구현을 다루며, config.json 스키마 설계부터 검증/기본값 처리, 환경변수 치환까지 구현해보겠습니다.
이어서 4화에서는 *[4화] 파이썬 배포 자동화: 코어 파이프라인 구현(RepoSync → Select → Copy → Report)*을 통해 sync_repo → (build_file_list) → deployer → report 흐름을 end-to-end로 연결해 실제 동작을 완성하겠습니다.

[1화] 파이썬 배포 자동화: 전체 프로세스(내부/외부 형상 기반)

[1화] 파이썬 배포 자동화: 전체 프로세스 (내부/외부 형상 기반) 오랜만에 인사드립니다. 이번 포스팅에서는 파이썬 스크립트로 배포 자동화 환경을 구축한 과정과 시행착오를 공유드리려 합니

appia.tistory.com

[3화] 파이썬 배포 자동화: Config 설계 & 로더 구현(스키마/검증/기본값/환경변수)

[3화] 파이썬 배포 자동화: Config 설계 & 로더 구현(스키마/검증/기본값/환경변수) 이전 포스팅에서는 파이썬 코드에 대한 구조와 전체적인 아키텍처에 대해서 다루었습니다. 이어서 이번 포스팅

appia.tistory.com

[1화] 파이썬 배포 자동화: 전체 프로세스(내부/외부 형상 기반)

Appia — Fri, 2 Jan 2026 01:20:44 +0900

[1화] 파이썬 배포 자동화: 전체 프로세스 (내부/외부 형상 기반)

오랜만에 인사드립니다. 이번 포스팅에서는 파이썬 스크립트로 배포 자동화 환경을 구축한 과정과 시행착오를 공유드리려 합니다. 최근 동료와 배포 자동화에 대해 많은 이야기를 나누었습니다. 협업을 하다 보면 배포에 많은 시간과 공수가 들고, 반복 작업도 많습니다. 업무 효율성을 높이기 위해서 자동화에 대한 요구가 많았습니다. 그래서 이번 기회에 자동화를 한 번 실제로 적용해보기로 의견을 모았습니다.

[1화] 파이썬 배포 자동화: 전체 프로세스(내부/외부 형상 기반)

[2화] 파이썬 배포 자동화: 파이썬 코드 구조와 아키텍처

[3화] 파이썬 배포 자동화: Config 설계 & 로더 구현(스키마/검증/기본값/환경변수)

[4화] 파이썬 배포 자동화: 코어 파이프라인 구현(RepoSync → Select → Copy → Report) (추후 링크 업데이트)

[5화] 파이썬 배포 자동화: CLI/로그/리포트/에러처리 및 마무리 (추후 링크 업데이트)

내부에서 관리하는 형상에서 배포에 필요한 파일만 골라 고객 형상에 반영해야 합니다. 그 과정에서 파일을 선별하고 반영하는 방법을 어떻게 표준화할지 고민하게 되었습니다. 앞으로 여러 편에 걸쳐 내용을 쉽게 풀어 소개해드릴 예정이며, 이번 1화에서는 전체 구성과 개요를 먼저 정리해보겠습니다.

내부와 외부의 형상은 명확하게 분리하여 관리하고 있습니다. 내부 형상은 내부 개발자들이 작업하는 개발 환경에 해당합니다. 즉, 개발자들이 개발하고 검증한 코드 및 관련된 데이터들이 포함되어 있습니다. 외부 형상은 고객과 공유하는 데이터라고 보시면 됩니다. 즉, 내부 형상에서 공유가 필요한 파일들만 선별하여 고객사에 전달하게 됩니다. 아마도, 현업에서 소스 코드 배포를 하는 많은 개발자 분들께서는 이와 같은 형태로 내부/외부 형상을 분리하여 운영하고 있을 것입니다.

그림 1. 내부 , 외부 고객 형상 관계

위의 그림을 보면, 내부 고객(개발자)과 외부 고객(고객사) 간의 관계 및 형상 흐름이 나타나 있습니다. 내부에서는 CI/CD 환경을 통해 자동으로 배포가 이뤄지도록 시스템을 구축해 두었으나, 간혹 시스템 문제로 인해 수동 배포가 필요한 경우도 발생해 왔습니다. 이러한 경우 배포를 진행하는 인원은 수작업으로 배포를 진행했고, 그 횟수가 매우 잦아서 이제는 별도의 시스템이 필요한 상황이었습니다. 수동으로 배포하는 과정에서의 많은 이슈들이 있었습니다. 예를 들면, 고객사에 전달되면 안 되는 개발자 검증 환경 및 테스트 코드들이 고객사에 전달되는 경우도 있었습니다. 또한 특정 포함되어야 할 파일이 누락되는 경우도 있었습니다. 이 부분은, 결국 소프트웨어의 품질 문제로 인식될 수 있습니다. 그래서, 최악의 상황에서도 문제가 없게 배포할 수 있는 시스템을 만드는 것이 이번 시리즈의 핵심입니다.

배포 자동화 환경을 효과적으로 구축하기 위해서는 체계적인 절차가 중요하다고 생각합니다. 먼저, 배포를 진행하기 전부터 배포가 완료될 때까지의 전체 과정을 단계별로 정리해보았습니다. 각 단계는 다음과 같이 구성되어 있습니다.

1. 배포 대상 파일 선별

2. 내부 형상 최신화

3. 외부 형상 최신화

4. 배포 대상 파일 복사 및 배포

이처럼 단계별로 세분화된 절차를 통해 배포 자동화 환경을 구축할 예정입니다. 그리고 각 과정에 대해서는 상세하게 별도의 포스팅을 통해서 설명을 진행할 예정입니다.

1. 배포될 파일 선별

배포 자동화를 준비하면서 가장 먼저 떠올린 방법은 내부 형상에서 외부 형상으로 필요한 파일만 복사하는 방식이었습니다. 이를 위해서는 우선 복사 대상 파일을 어떻게 선별할 것인지 기준을 명확히 정하는 것이 중요합니다.

제가 고민한 기준은 다음과 같습니다.

l 특정 폴더 내에서 변경된 파일을 선별하는 방법

l 고객 형상에 포함된 파일 목록을 기준으로 선별하는 방법

두 가지 방법 모두 장단점이 있기 때문에 각각 구현해볼 예정이지만, 개인적으로는 두 번째 방법인 ‘고객 형상에 포함된 파일 목록’을 기준으로 선별하는 방식을 더 선호합니다. 이 방법을 사용하면 배포에 필요한 파일만 정확히 복사할 수 있어 불필요한 파일의 유출을 막을 수 있기 때문입니다.

그림 2. 외부 형상에서의 파일리스트 추출

또한, 복사 대상 파일 목록을 어떻게 관리할지도 중요한 고민거리였습니다. 설정 정보를 코드에 하드 코딩할지, 아니면 별도의 설정 파일(예: JSON 파일)로 관리할지에 대해서 고민을 하였습니다. 확장성과 유지보수의 편의성을 고려하여 JSON 파일 형태로 파일 목록과 경로 정보를 관리하기로 결정했습니다.

운영 환경에서는 항상 고객 형상에서 필요한 정보를 직접 읽어오는 것이 가능하지만, 이러한 방식은 특정 프로젝트에만 국한되어 적용될 수 있다는 한계가 있습니다. 따라서, 다양한 프로젝트나 배포 환경에서 범용적으로 활용할 수 있는 시스템을 구축하는 것이 더욱 중요하다고 판단했습니다. 이러한 이유로, 배포 자동화 환경을 설계할 때 외부 형상 정보를 최초 또는 필요에 따라 한 번만 가져오고, 그 이후에는 별도로 관리되는 JSON 파일을 기반으로 배포 작업을 진행하도록 방향을 잡았습니다. 이렇게 하면 각 프로젝트마다 배포 방식이 달라지더라도 공통적으로 활용할 수 있는 구조를 마련할 수 있으며, 유지보수와 확장성 면에서도 매우 큰 장점이 있습니다. 또한, JSON 파일에 파일 목록과 경로 정보가 체계적으로 정리되어 있으므로, 배포 과정에서 불필요한 파일이 포함되는 것을 예방할 수 있고, 배포가 필요한 파일만 정확하게 관리할 수 있습니다. 이처럼 내부 형상과 외부 형상 간의 정보 관리 방식을 통일함으로써, 배포 자동화 환경의 효율성과 안정성을 더욱 높일 수 있다고 생각합니다.

2. 내부 형상 최신화 / 3. 외부 형상 최신화

배포 자동화 환경을 구축하기 위해서는 무엇보다 먼저 내부와 외부 형상의 최신화가 반드시 선행되어야 합니다. 내부 형상 최신화란, 각 개발자들이 개별적으로 개발한 내용을 하나의 메인 브랜치에 병합(merge)된 상태 즉, 형상 상의 최신 상태로 유지되는 과정을 의미합니다. 이 과정이 제대로 진행되어야만 정상적인 배포가 가능합니다. 만약 최신화가 되지 않는다면 특정 개발 항목들이 누락되는 상황들이 발생합니다. 이후 진행되는 배포 작업에서 예기치 않은 충돌이나 누락 문제가 발생할 수 있습니다.

그림 3. 내부 외부 형상 최신화

외부 형상 최신화는 고객사와 협업하는 과정에서 공유된 부분, 즉 고객사가 우리에게 전달하거나 우리가 고객사와 협의한 변경 사항을 반영하는 단계입니다. 이를 통해 외부 환경에서 이루어진 모든 변경 사항이 우리 시스템에도 동일하게 적용되어, 내부와 외부 모두가 동일한 기준에서 작업을 진행할 수 있게 됩니다.

이러한 형상 최신화 작업은 흔히 사용하는 Git을 예로 들면, 'pull' 명령어를 통해 최신 소스 코드를 받아오고, HEAD 포인터를 가장 최근 병합된 커밋에 맞추는 것과 동일합니다. 이처럼 내부와 외부의 형상을 항상 최신 상태로 유지하는 것은 매우 중요합니다. 최신화가 제대로 이루어지지 않으면, 이후 단계에서 불필요한 오류가 발생할 수 있으며, 배포 자동화의 신뢰성 또한 크게 저하될 수 있습니다.

따라서 내부와 외부 형상의 최신화는 배포 자동화에서 반드시 진행되어야 할 필수 단계라고 할 수 있습니다. 이러한 과정이 성공적으로 마무리된 후, 비로소 다음 단계의 작업으로 안전하게 넘어갈 수 있습니다.

4. 배포 대상 파일 복사 및 배포

앞서 내부와 외부 형상의 최신화 단계를 성공적으로 마친 이후에는, 최신 상태로 관리된 내부 형상의 변경 사항을 외부 형상에 적용하는 작업이 이어집니다. 이 단계에서는 이전에 JSON 파일로 체계적으로 추출한 파일 리스트를 활용하여, 복사해야 할 파일들을 정확하게 선별합니다. 이렇게 선정된 파일들은 외부 형상과 관련된 특정 폴더로 복사되며, 이미 동일한 이름의 파일이 존재할 경우에는 덮어쓰기를 통해 최신 버전으로 교체하게 됩니다.

파일 복사가 완료되면, 복사된 모든 파일을 전체 Stage에 올린 후, Commit 단계를 진행합니다. 이러한 과정은 배포 자동화의 핵심으로, 불필요한 파일의 혼입을 방지하고 필요한 파일만을 신속하게 반영할 수 있도록 합니다.

그림 4. 배포 대상 파일 복사

여기서 한 가지 주목할 점은, 외부 형상에 변경 사항을 반영하는 방식에 따라 작업 흐름에 차이가 있을 수 있다는 점입니다. 첫 번째 방식은 외부 형상에서 새로운 브랜치를 별도로 생성한 후, 해당 브랜치에 변경 사항을 Commit하고, 모든 검토가 끝나면 최종적으로 Master 또는 Main 브랜치로 Merge하는 절차입니다. 이 방법은 여러 개발자나 협업자가 동시에 작업할 때 충돌을 최소화하면서 안정적으로 변경 사항을 관리할 수 있다는 장점이 있습니다.

다른 방식으로는, 별도의 브랜치 생성 없이 바로 Master 또는 Main 브랜치에 Commit을 진행하는 방법이 있습니다. 이 경우에는 변경 사항이 즉각적으로 반영되어 빠른 배포가 가능하지만, 협업이나 코드 검토 절차가 필요한 경우에는 신중하게 선택해야 합니다. 프로젝트의 규모나 팀의 협업 환경에 따라 적합한 방식을 선택하는 것이 중요합니다.

이처럼 내부에서 최신화된 내용을 외부 형상에 안전하게 반영하는 과정은, 배포 자동화의 신뢰성과 효율성을 높여주는 중추적인 역할을 하며, 각 단계별로 체계적인 절차와 관리가 중요합니다.

이번 포스팅에서는 전체 프로세스의 개요만 정리했습니다. 다음 글에서는 각 단계별 파이썬 코드 구조와 아키텍처를 자세히 다뤄보겠습니다.

[2화] 파이썬 배포 자동화: 파이썬 코드 구조와 아키텍처

appia.tistory.com

파이썬[Python] 크롬(Chrome)방문 (특정사이트 또는 전체) 삭제하기

Appia — Fri, 22 Dec 2023 11:31:37 +0900

파이썬[Python] 크롬(Chrome)방문 (특정사이트 또는 전체) 삭제하기

이존 포스팅에서 크롬(Chrome)의 방문기록을 출력하는 방법에 대해서 포스팅을 해봤습니다. 그래서, 이번 포스팅에서는 이 방문기록에 대해서 선택적으로 삭제하거나 아니면 전체를 삭제하는 방법에 대해서 이야기를 해보고자 합니다.

파이썬[Python] 크롬(Chrome)방문 기록 출력하기

파이썬[Python] 크롬(Chrome)방문 기록 출력하기 최근 CCleaner라는 최적화 프로그램에 대해서 포스팅을 하면서 이런 생각을 해봤습니다. 파이썬[Python]을 가지고, 최적화를 할 수 있다면, 어떨까? 이런

appia.tistory.com

그럼 이 부분을 통해서, 방문기록을 삭제하는 방법에 대해서 이야기를 해보고자 합니다. 먼저 가장 쉽게 접근할 수 있는 부분은 바로, 특정 사이트에 동일하게 매칭되는 기록에 대해서 삭제하는 방법입니다. 기본적으로 다음 부분을 활용해야 합니다.

url_to_delete = 'https://youtube.com/'
cursor.execute("DELETE FROM urls WHERE url = ?", (url_to_delete,))

이 부분을 통해서, 전체적인 예제 코드를 작성해보도록 하겠습니다.

import sqlite3
import os

# 크롬 방문 기록 데이터베이스 파일 경로 설정
chrome_history_path = os.path.expanduser('~') + '/AppData/Local/Google/Chrome/User Data/Default/History'

# 데이터베이스 연결 (백업을 만들어 놓는 것이 좋습니다)
conn = sqlite3.connect(chrome_history_path)
cursor = conn.cursor()

# 특정 URL의 방문 기록 삭제
url_to_delete = 'https://youtube.com/'
cursor.execute("DELETE FROM urls WHERE url = ?", (url_to_delete,))

# 변경 사항 저장
conn.commit()

# 연결 닫기
conn.close()

위에 코드를 실행하고, 이전 포스팅에서 활용한 부분을 통해서 방문기록에 대해서 출력을 했는데, 다음과 같이 아직 youtube 하위 경로에 있는 부분들에 대해서는 출력이 된것을 알 수 있습니다.

예제 실행 결과

그러면, 이번에는 특정 사이트를 포함하는 모든 주소에 대해서 삭제하는 방법에 대해서 이야기를 해보도록 하겠습니다. 여기에서는 다음과 같은 부분을 활용해야 합니다.

url_pattern_to_delete = 'http://youtube.com%'
cursor.execute("DELETE FROM urls WHERE url LIKE ?", (url_pattern_to_delete,))

위의 부분을 토대로, 전체 코드를 작성해보면 다음과 같습니다.

import sqlite3
import os

# 크롬 방문 기록 데이터베이스 파일 경로 설정
chrome_history_path = os.path.expanduser('~') + '/AppData/Local/Google/Chrome/User Data/Default/History'

# 데이터베이스 연결 (백업을 만들어 놓는 것이 좋습니다)
conn = sqlite3.connect(chrome_history_path)
cursor = conn.cursor()

# 'http://youtube.com'을 포함하는 모든 URL의 방문 기록 삭제
url_pattern_to_delete = 'http://youtube.com%'
cursor.execute("DELETE FROM urls WHERE url LIKE ?", (url_pattern_to_delete,))

# 변경 사항 저장
conn.commit()

# 연결 닫기
conn.close()

물론, 위의 코드에서는 2번 실행을 하였습니다. http://youtube.com% 와 http://www.youtube.com% 이 두부분을 모두 넣고 실행을 하였ㅅ브니다. 그 결과 다음과 같은 결과가 나타났습니다.

특정 사이트의 하위 사이트에 대한 방문기록 삭제하기

그러면 가장 쉽게는 다음과 같은 방식으로 방문기록 전체를 삭제할 수 있습니다.

import sqlite3
import os

# 크롬 방문 기록 데이터베이스 파일 경로 설정
chrome_history_path = os.path.expanduser('~') + '/AppData/Local/Google/Chrome/User Data/Default/History'

# 데이터베이스 연결 (백업을 만들어 놓는 것이 좋습니다)
conn = sqlite3.connect(chrome_history_path)
cursor = conn.cursor()

# 모든 방문 기록 삭제
cursor.execute("DELETE FROM urls")

# 변경 사항 저장
conn.commit()

# 연결 닫기
conn.close()

이와 같은 방법으로 크롬(Chrome)의 방문기록을 삭제할 수 있습니다.

파이썬[Python] selenium의 WebDriver를 이용한 크롬(Chrome)버전 확인하기

파이썬[Python] selenium을 이용한 크롬(Chrome)버전확인하기 파이썬 selenium을 이용하여 다양한 작업을 할 수 있습니다. 대부분은 웹 브라우저를 동적으로 제어하거나, 원하는 정보를 크롤링 하는데 사

appia.tistory.com

이번 포스팅에서는 파이썬[Python] 크롬(Chrome)방문 (특정사이트 또는 전체) 삭제하기라는 주제로 이야기를 해봤습니다. 실제, 컴퓨터 최적화에 대한 방법의 가장 첫걸음을 진행해봤습니다. 다음은 하나씩 하나씩 진행해가면서 보다 깊게 이야기를 해보고자 합니다. 혹 궁금하신 점이나 문의 사항이 있으시면 언제든지 댓글 및 방명록에 글 남겨주시길 바랍니다. 혹 제 글이 도움이 되셨다면 공감 및 댓글 부탁드립니다.

파이썬[Python] 크롬(Chrome)방문 기록 출력하기

Appia — Thu, 21 Dec 2023 07:44:35 +0900

파이썬[Python] 크롬(Chrome)방문 기록 출력하기

최근 CCleaner라는 최적화 프로그램에 대해서 포스팅을 하면서 이런 생각을 해봤습니다. 파이썬[Python]을 가지고, 최적화를 할 수 있다면, 어떨까? 이런 생각을 하던중에, 유사한 기능을 가지는 프로그램을 만들어보겠다는 생각을 해보게 되었습니다. 그래서, 이러한 생각을 하던중에, 하나씩 알아보기로 하였습니다.

파이썬[Python] MySQL을 사용하기 위한 Pymysql 모듈 설치하기

파이썬[Python] MySQL을 사용하기 위한 Pymysql 모듈 설치하기 저의 카테고리중에 MySQL에 대해서 포스팅을 하고 있습니다. 실제 이 부분을 파이썬에서 활용하기 위해서는 관련된 파이썬[Python]모듈을

appia.tistory.com

그중 첫번째가 바로 인터넷 방문기록을 확인하는 것이었습니다. 저의 경우에는 엣지와 크롬을 가지 사용하고 있습니다. 이번 포스팅에서는 크롬(Chrome)을 기준으로 이야기를 해보도록 하겠습니다.

먼저, 크롬의 방문기록의 경우 SQL 파일 형태로 되어 있습니다. 이 파일의 경로는 다음과 같습니다.

C:/Users/(username)/AppData/Local/Google/Chrome/User Data/Default/History

다음을 한번 보도록 하겠습니다.

크롬(Chrome) 방문기록

위의 방문기록을 접근하기 위해서는 SQLite 형태로 저장된 파일에 접근을 해야합니다. 그래서 저의 경우에는 파이썬에서 기본 제공되는 sqlite3 라이브러리를 사용하도록 하겠습니다. 그리고, os 모듈의 os.path.expanduser('~') 이용하여, 현재 컴퓨터 사용자에 맞는 폴더를 자연스럽게 사용할 수 있도록 하겠습니다. 그럼 다음 부분을 보도록 하겠습니다.

import sqlite3
import os

# 크롬 방문 기록 데이터베이스 파일 경로 설정
chrome_history_path = os.path.expanduser('~') + '/AppData/Local/Google/Chrome/User Data/Default/History'

# 데이터베이스 연결
conn = sqlite3.connect(chrome_history_path)
cursor = conn.cursor()

# 방문 기록 조회
cursor.execute("SELECT url, title, visit_count, last_visit_time FROM urls ORDER BY last_visit_time DESC")

# 결과 출력
for row in cursor.fetchall():
    print(row)

# 연결 닫기
conn.close()

위의 코드를 실행하면 다음과 같은 결과가 나타납니다.

크롬(Chrome)방문 기록 출력 예시

물론 sqlite3모듈을 사용하도록 실제로 SQL 문법에 대해서 약간 익숙하면 보다 쉽게 접근이 가능합니다. 하지만, 이런 부분에 대해서 어렵다면, 위의 코드를 그대로 사용하셔도 됩니다. 추가로 위의 작업을 하시기 전에 반드시 크롬(Chrome)브라우저에 대해서 종료해주시길 바랍니다.

MySql 테이블에 데이터 검색하기, 특정Column값 출력하기 (tistory.com)

MySql 테이블에 데이터 검색하기, 특정Column값 출력하기

MySql 테이블에 데이터 검색하기, 특정Column값 출력하기 이전 포스팅에서는 MySQL의 테이블의 Column을 내용을 수정하고 값을 입력하는 방법에 대해서 살펴봤습니다. 실제 데이터 베이스를 사용하는

appia.tistory.com

이번 포스팅은 파이썬[Python] 크롬(Chrome)방문 기록 출력하기라는 주제로 포스팅을 해봤습니다. 다음 포스팅에서는 이러한 방문 기록을 삭제하는 방법에 대해서 이야기를 해보고자 합니다. 혹 궁금하신 점이나 문의 사항이 있으시면 언제든지 댓글 및 방명록에 글 남겨주시길 바랍니다. 감사합니다. 도움이 되셨다면, 공감 및 댓글 부탁드립니다.

파이썬[Python] Win32com을 이용하여 엑셀 시트 숫자 세기 및 엑셀시트 이름 모두 나열하기

Appia — Wed, 20 Dec 2023 07:42:10 +0900

파이썬[Python] Win32com을 이용하여 엑셀 시트 숫자 세기 및 엑셀시트 이름 모두 나열하기

이전 포스팅에서 win32com을 이용하여 엑셀 시트 복사하는 방법에 대해서 이야기를 해봤습니다. 이번 포스팅에서 이 부분과 연관이 있는 부분으로, 시트의 갯수를 세고, 이 부분에 대한 시트이름을 모두 나열하는 방법에 대해서 이야기를 해보고자 합니다. 기본적으로 이번 포스팅은 pywin32모듈을 기본으로 진행합니다. 파이썬 기반으로 해당 모듈을 설치하신 후에 진행 하셔야 합니다.

파이썬[Python] 014 Pywin32 설치

파이썬[Python] 014 Pywin32 설치

오늘은 pywin32모듈 설치 하는 방법에 대해서 살펴 보겠습니다. 많은 분들이 python을 사용하는 이유 중 하나는 업무에 있어서 반복적이고 지속적인 업무들에 대해 자동화 하기 위해서 사용 하는 분

appia.tistory.com

먼저, 시트의 전체 갯수를 세는 방법에 대해서 이야기를 해보도록 하겠습니다. 다음 예시에서 보이는 바와 같이 workbook을 할당 받은 객체에서 Sheets의 속성을 받아옵니다. 여기에서 할당 받은 변수에 Count 부분을 통해서 해당 시트의 전체 갯수를 받아올 수 있습니다.

excel = win32.Dispatch('Excel.Application')

wb = excel.Workbooks.Add() // Open 명령어로 기존 파일을 열어도 됩니다.
ws = wb.Sheets
print(ws.Count)

그러면 위에서 시트의 갯수를 확인했다면, 이제 각 시트의 이름에 대해서 출력을 해보도록 하겠습니다. 먼저, 위에서와 동일하게 Sheets의 속성을 받아서 이 부분을 for문으로 루프를 타게 합니다. 여기에서 해당 부분에 대해서 Name을 통해서 이름을 확인할 수 있습니다.

excel = win32.Dispatch('Excel.Application')

wb = excel.Workbooks.Add() // Open 명령어로 기존 파일을 열어도 됩니다.
ws = wb.Sheets

for sh in ws:
    print(sh.Name)

그러면 위의 부분을 바탕으로 전체 예시 코드 작성하여 진행을 해보도록 하겠습니다. 기본적으로 Workbook을 생성하면 1개의 Sheet가 추가됩니다. 이 부분을 통해서, 몇가지 Sheet을 추가하고 나서, 반복문을 통해서 각 이름을 출력해주도록 하겠습니다.

import win32com.client as win32

# Excel 인스턴스 생성
excel = win32.Dispatch('Excel.Application')

# 워크북 열기
wb = excel.Workbooks.Add()
excel.Visible = True

# 시트 접근
ws = wb.Sheets
sheet3 = wb.Sheets.Add()
sheet3.Name = 'Copy_sheet'

sheet4 = wb.Sheets.Add()
sheet4.Name = 'example1'

sheet5 = wb.Sheets.Add()
sheet5.Name = 'exmaple2'

print(ws.Count)

for sh in ws:
    print(sh.Name)

그러면, 위의 결과를 바탕으로 한번 출력을 하면, 다음과 같은 결과가 나타납니다.

예시 결과

이와 같은 방법을 통해서, 시트의 갯수와 시트의 이름을 출력할 수 있습니다.

파이썬[Python] Win32com을 이용하여 엑셀 시트 선택하기 및 시트 추가하기

파이썬[Python] Win32com을 이용하여 엑셀 시트 선택하기 및 시트 추가하기 오래만에 excel 자동화에 대한 포스팅을 해보고자 합니다. (실제 강의를 준비하면서, 이전에 포스팅 했던 내용에 대해서 부

appia.tistory.com

이번 포스팅에서는 파이썬[Python] Win32com을 이용하여 엑셀 시트 숫자 세기 및 엑셀시트 이름 모두 나열하기라는 주제로 포스팅을 해봤습니다. 이 부분이 실제로 매우 잘 사용되는 부분이기 때문에 작업을 진행하실 때에 매우 많은 도움이 되실 것이라고 생각합니다. 혹 궁금하신 점이나 문의 사항이 있으시면 언제든지 댓글 및 방명록에 글 남겨주시길 바랍니다. 감사합니다. 그리고 제 포스팅이 도움이 되셨다면, 공감 및 댓글 부탁드립니다.

[윈도우10/11 Windows10/11] 컴퓨터 최적화 프로그램 CCleaner 다운로드받고 설치하기

Appia — Tue, 19 Dec 2023 07:58:55 +0900

[윈도우10/11 Windows10/11] 컴퓨터 최적화 프로그램 CCleaner 다운로드받고 설치하기

많은 사람들이 모바일을 주로 사용하고 있고, 이러한 기세와 더불어 PC사용이 현격하게 줄어들고 있습니다. 그럼에도 아직까지 PC및 노트북 사용이 많다고 할 수 있습니다. 그래서, 이번 포스팅에서는 전 세계적으로 매우 많이 사용하고 있는 최적화 프로그램인 CCleaner에 대해서 이야기를 해보도록 하겠습니다.

[윈도우10/11 Windows10/11]윈도우 사용자를 위한 필수 프로그램 10가지

[윈도우10/11 Windows10/11]윈도우 사용자를 위한 필수 프로그램 10가지 윈도우를 사용하다보면, 기본 프로그램 외에도 다양한 프로그램들이 필요로 합니다. 그래서, 이번 포스팅에서는 윈도우를 사

appia.tistory.com

CCleaner의 경우에는 무료와 유료버전으로 나누어져 있습니다. 크게 다음과 같은 차이점을 알 수 있습니다.

무료 버전(CCleaner Free)
- 기본적인 PC 청소 및 최적화 기능.
- 임시 파일, 캐시, 쿠키 등을 삭제하여 브라우저 속도 향상.
- 레지스트리 청소 기능을 통한 시스템 안정성 유지.
- 수동 업데이트 필요.
유료 버전 (CCleaner Professional):
- 무료 버전의 모든 기능 포함.
- 실시간 모니터링: PC의 상태를 지속적으로 감시하고 필요 시 자동으로 청소.
- 자동 업데이트: 최신 버전으로 자동 업데이트됨.
- 드라이브 와이퍼: 하드 드라이브를 완전히 지워 데이터 복구를 방지.
- 예약된 청소: 사용자가 설정한 일정에 따라 자동으로 청소.
- 프리미엄 고객 지원: 유료 사용자를 위한 우선적인 고객 지원 서비스.

그러면 저희는 무료버전에 대해서 설치를 진행해보도록 하겠습니다.

Download (ccleaner.com)

Download

www.ccleaner.com

먼저 상기 링크를 통해서 CCleaner을 다운로드 할 수 있는 페이지로 이동해주시길 바랍니다. 그리고 나서, 하기에 보이는 [무료 다운로드]부분을 클릭해주시길 바랍니다.

CCleaner 다운로드 화면

그리고 나면, 다음과 같은 화면으로 이동을 합니다.

CCleaner 다운로드 버튼 클릭 이후 화면

그리고 나면, 파일 다운로드를 진행할 것이고, 파일 다운로드가 완료되면 다음과 같은 화면이 나타날 것입니다. 여기에서. 다음과 같이 파일을 다운로드 완료하고 나서, 해당 파일을 실행해주시길 바랍니다.

CCleaner 다운로드 파일

그리고나서, CCleaner 설치를 화면이 나타날것입니다. 여기에서 가운도 보이는 [설치]부분을 클릭해주시길 바랍니다.

CCleaner 설치화면

그리고 나서, 다음과 같이 설치가 진행이 될 것입니다.

CCleaner 설치화면

그리고 나면, 대략 몇분 지나고 나면 다음과 같이 설치가 진행이 완료된 것을 알 수 있을 것입니다. 그리고 나면, [CCelaner 실행]부분을 클릭해주시길 바랍니다.

CCleaner 실행

그리고 나서, CCleaner을 실행하면, 다음과 같이 광고로 다른 프로그램을 설치하도록 선택화면이 나옵니다. 저의 경우는 설치를 하지 않습니다.

광고 툴 설치 화면

그리고 나면, 다음과 같이 모든 화견이 완료되었고, [CCleaner 시작]부분을 클릭해주시길 바랍니다.

CCleaner 설치 완료 화면 - 시작

위의 단계까지 진행하고 나서, CCleaner을 실행하시면 다음과 같은 화면이 나타날 것입니다.

CCleaner 설치 완료 화면 - 시작

이와 같은 단계로 CCelaner을 다운로드 하고 실행하실 수 있습니다.

[윈도우10 Windows10] 백신, 바이러스 프로그램 알약 다운로드 받고, 설치하기

[윈도우10 Windows10] 백신, 바이러스 프로그램 알약 다운로드 받고, 설치하기 실은 20년 전 가까이만 해도, 우리나라 소프트웨어 백신 시장은 안랩의 V3가 독보적이었습니다. 어느 순간부터 알집을

appia.tistory.com

이번 포스팅에서는 [윈도우10/11 Windows10/11] 컴퓨터 최적화 프로그램 CCleaner 다운로드받고 설치하기라는 주제로 포스팅을 해봤습니다. 실제, 컴퓨터 최적화은 오래 기간동안 사용자들에게 주어진 과제였습니다. 이 부분을 통해서 보다 효율적으로 PC 사용을 하시길 바랍니다. 혹 궁금하신 점이나 문의 사항이 있으시면 언제든지 댓글 및 방명록에 글 남겨주시길 바랍니다.

파이썬[Python] Win32com을 이용하여 엑셀 시트 복사하기

Appia — Mon, 18 Dec 2023 07:29:33 +0900

파이썬[Python] Win32com을 이용하여 엑셀 시트 복사하기

앞선, 포스팅에서 엑셀 시트를 선택하기 및 시트 추가하기에 대해서 포스팅을 해봤습니다. 물론, 해당 포스팅이 매우 많이 사용이 될 것입니다. 실제, 데이터를 쓰기 위해서는 반드시, 시트를 선택해야합니다. 이번 포스팅에서는 이전 포스팅의 연결고리로, 시트를 복석하는 방법에 대해서 이야기를 해보고자 합니다. 물론, 이 부분 pywin32 기준으로 진행이 됩니다. 해당 모듈이 없을 경우 다음 링크를 통해서 설치를 진행하시길 바랍니다.

파이썬[Python] 014 Pywin32 설치

appia.tistory.com

먼저 매우 간단한 방법은 다음과 같습니다. 먼저, 복사할 해당 시트를 선택하시고, 이 부분을 Copy 메소드를 선택하여 통해서, 붙여넣기를 합니다.

sheet3.Copy(Before=sheet5) // 기본 설정이 Before 입니다. , 선택 셀 앞으로 붙여놓기
// 위의 명령어와 하기 명령어는 동일함
sheet3.Copy(sheet5)

그러면 간단한 예제 코드를 생성해보겠습니다. 다음과 같은 코드를 통해서, 시트 복사를 진행해보도록 하겠습니다.

import win32com.client as win32

# Excel 인스턴스 생성
excel = win32.Dispatch('Excel.Application')

# 워크북 열기
wb = excel.Workbooks.Add()
excel.Visible = True

# 시트 접근
ws = wb.Sheets
sheet3 = wb.Sheets.Add()
sheet3.Name = 'Copy_sheet'

sheet4 = wb.Sheets.Add()
sheet4.Name = 'example1'

sheet5 = wb.Sheets.Add()
sheet5.Name = 'exmaple2'

sheet3.Copy(Before=sheet5)

위의 코드를 실행하면 다음과 같은 결과가 나타납니다. example2 시트앞으로 Copy_sheet라는 시트가 붙여넣어집니다.

예제 결과

물론, 위와 같이 기본설정으로도 가능합니다. 그러면 다르게 특정 시트 다음으로 붙여넣기를 진행해보도록 하겠습니다. 이럴 경우에는 Copy(After = 기준 시트) 명령어를 입력해주면 됩니다. 그러면 코드를 실행해보도록 하겠습니다.

import win32com.client as win32

# Excel 인스턴스 생성
excel = win32.Dispatch('Excel.Application')

# 워크북 열기
wb = excel.Workbooks.Add()
excel.Visible = True

# 시트 접근
ws = wb.Sheets
sheet3 = wb.Sheets.Add()
sheet3.Name = 'Copy_sheet'

sheet4 = wb.Sheets.Add()
sheet4.Name = 'example1'

sheet5 = wb.Sheets.Add()
sheet5.Name = 'exmaple2'


sheet3.Copy(After=sheet5)

위의 코드를 입력하여 실행하면 다음과 같은 결과가 나타나빈다.

Copy(After = 기준 시트) 예시

이와 같은 방법으로 시트를 복사할 수 있습니다.

파이썬[Python] Win32com을 이용하여 엑셀 시트 선택하기 및 시트 추가하기

appia.tistory.com

이번 포스팅에서는 파이썬[Python] Win32com을 이용하여 엑셀 시트 복사하기라는 주제로 포스팅을 진행했습니다. 이 부분은 실제 많이 사용되는 부분이기 때문에 잘 활용할 수 있을 것입니다. 혹 궁금하신 점이나 문의 사항이 있으시면 언제든지 댓글 및 방명록에 글 남겨주시길 바랍니다.

파이썬[Python] Win32com을 이용하여 엑셀 시트 선택하기 및 시트 추가하기

Appia — Sun, 17 Dec 2023 07:52:50 +0900

파이썬[Python] Win32com을 이용하여 엑셀 시트 선택하기 및 시트 추가하기

오래만에 excel 자동화에 대한 포스팅을 해보고자 합니다. (실제 강의를 준비하면서, 이전에 포스팅 했던 내용에 대해서 부족분에 대해서 채우고 있는 과정이랍니다.) 그 과정에서 가장 기본이 되는 시트를 선택하고 시트를 추가하는 방법에 대해서 이야기를 해보고자 합니다. 먼저 그러기에 앞서서, 저의 포스팅은 기본적으로 pywin32 모듈을 설치하셔야 합니다. 이 부분이 설치가 안되어 있으시는 분들은 하기 링크를 통해서, 설치를 진행해 주시길 바랍니다.

파이썬[Python] 014 Pywin32 설치

파이썬[Python] 014 Pywin32 설치

appia.tistory.com

먼저, 가장 앞선 여러번의 포스팅에서 약간 언급을 하였겠지만, 기본적으로 Workbooks을 추가하고 여기에서 시트를 선택을 하게 됩니다.

workbook 하위에 Sheets를 받을 수 있습니다. 다음과 같은 구조입니다.

wb = excel.Workbooks.Add()
ws = wb.Sheets

위에서 ws는 모든 worksheets을 가지고 있습니다. 이 부분에서 Add() 메소드를 통해서 추가를 하실 수 있습니다.

sheet2 = wb.Sheets.Add()
sheet2.Name = 'C1'

그러면, 해당 부분에 대해서 선택을 하실 때에는 다음과 같은 방식을 사용하실 수 있습니다.

d1=ws('C1')

그러면 위의 부분들이 복합적으로 사용된 간단한 예제를 작성해보도록 하겠습니다.

import win32com.client as win32

# Excel 인스턴스 생성
excel = win32.Dispatch('Excel.Application')

# 워크북 열기
wb = excel.Workbooks.Add()
excel.Visible = True

# 시트 선택
ws = wb.Sheets
sheet2 = wb.Sheets.Add()
sheet2.Name = 'C1'

d1=ws('C1')
d1.Range('A1').Value = 'TEST'

위의 코드를 실행하시면, 다음과 같이 C1이라는 추가된 worksheet에 A1열에 TEST라는 테스트가 입력된 것을 알 수 있을 것입니다.

예제 적용 완료

이와 같은 방식으로 엑셀에서 sheet을 선택하거나, 추가할 수 있습니다.

파이썬 [Python] win32com 이용하여, 엑셀(Excel) 데이터 입력하기, 한번에 연속된 셀의 동일값 입력하기

파이썬 [Python] win32com 이용하여, 엑셀(Excel) 데이터 입력하기, 한번에 연속된 셀의 동일값 입력하

파이썬 [Python] win32com 이용하여, 엑셀(Excel) 데이터 입력하기, 한번에 연속된 셀의 동일값 입력하기 예전의 win32con을 이용한 엑셀 연결하는 방법에 대해서 포스팅을 한적이 있습니다. 최근 주변 사

appia.tistory.com

이번 포스팅에서는 파이썬[Python] Win32com을 이용하여 엑셀 시트 선택하기 및 시트 추가하기라는 주제로 포스팅을 해봤습니다. 실제, 엑셀에서 매우 자주 사용되는 부분이기 때문에 잘 활용하실 수 있을 것이라고 생각합니다. 혹 궁금하신 점이나 문의 사항이 있으시면 언제든지 댓글 및 방명록에 글 남겨주시길 바랍니다.

[깃, Git] Git 커밋(commit) 취소하기 feat. git reset, git revert

Appia — Sat, 16 Dec 2023 07:01:18 +0900

[깃, Git] Git 커밋(commit) 취소하기 feat. git reset, git revert

이전 Git에 대한 포스팅에서 Git의 변경사항에 대해서 스테이지에 add된 항목들에 대해서 취소하는 방법에 대해서 살펴봤습니다. 물론, 이 부분이 매우 효율적으로 사용될 수 있고, 실제 작업을 할 경우에 많이 사용되는 부분입니다. 아마도 매우 효율적으로 잘 사용하실 것이라고 생각합니다. 이번 포스팅에서는 Git의 커밋(commit)을 취소하는 방법에 대해서 2가지 명령어를 사용해서 알아보고자 합니다.

[깃, Git] Git 변경사항 스테이징 취소하기

[깃, Git] Git 변경사항 스테이징 취소하기 이전 포스팅에서 Git의 변경사항을 폐기하는 방법에 대해서 살펴봤습니다. 실제로, 이 부분은 매우 많이 사용되는 부분입니다. 그러면, 이번에는 기초적

appia.tistory.com

제가 커밋(commit)을 취소할 2가지 명령어는 다음과 같습니다.

git reset
git revert

1) git reset

먼저, git reset 명령어를 통해서 알아보고자 합니다.

$ git reset <commit-hash>

그럼 간단한 예시를 통해서 한번 살펴보도록 하겠습니다. 먼저 이전에 사용한 간단한 repository를 재활용하도록 하겠습니다.

여기에서 현재 사용하는 repository에 현재 commit 상황에 대해서 살펴보겠습니다.

git log --oneline을 이용한 commit 상황 확인와 git status 명령어를 상황확인

위의 부분을 참고했을 경우 현재 repository에는 변경사항이 없고, 다수의 commit들이 존재합니다. 그러면 commit 하나를 취소해보도록 하겠습니다.

git reset 162cd5b

위의명령어를 실행하니, 다음과 같은 화면이 나타날 것입니다.

git reset 명령어

그리고나서, git log --oneline과 git status를 진행해보니, 다음과 같은 화면을 확인할 수 있습니다. 즉, 커밋(commit)은 취소가 되었으나, 그 커밋(commit)과정에서 수정한 파일의 변경사항에 대해서는 수정되지 않은 상태입니다.

git reset 결과

저는 위와 변경사항들도 폐기하고 싶어, 이전 포스팅에서 배웠던 checkout 명령어를 통해서, 변경사항을 폐기하도록 하겠습니다.

git checkout을 통한 변경사항 폐기

그리고, 나서 git status / git log --oneline을 입력하시면 다음과 같은 화면이나타날 것이니다.

git log --oneline을 통한 현재 커밋(commit) 확인

위에서는 커밋(commit)이 취소되면서, 그 커밋(commit)과정에서 사용된 변경사항에 대해서는 폐기 되지 않았습니다. 그러면 이번에는 커밋(commit)이 취소되면서, 함께 변경사항도 폐기하는 방법에 대해서 알아보도록 하겠습니다.

$ git reset --hard <commit-hash>

위에서와 같이 commit hash을 입력하기에 앞서서, "--hard" 옵션을 넣어주는 것입니다.

그러면 위의 예제를 바탕으로 진행해보도록 하겠습니다.

git reset --hard 명령어의 실행

그리고 나서, 다시한번 git log --oneline 과 git status 입력하여 결과를 확인하였습니다. 이전과 차이가 있음을 알 수 있습니다. 즉, --hard 옵션을 넣음으로, 커밋(commit)취소와 함께 변경사항도 함께 폐기가 됩니다.

git log --oneline 과 git status 입력하여 결과를 확인

2) git revert

git의 경우, 혼자 작업 하는 경우도 있지만, 다수의 사람과 함께 작업을 하는 경우도 매우 많습니다. 그럴 경우 함부로 commit을 취소해버릴 경우, 협업 하는 다른 사람들에게는 이 부분들이 충돌의 소지가 될수도 있고, 다른 다양한 문제를 발생할 수 있습니다. 그래서, 이럴 경우을 대비해서, git revert라는 기능을 사용합니다. 즉, revert는 커밋(commit)을 취소하면서, 별도의 commit을 생성하는 것입니다. 그러면, 먼저 간단한 예제를 생성해보도록 하겠습니다.

먼저, 파일 하나를 수정을 하겠습니다.

git revert를 사용하기 위한 파일 수정

그리고 나서, 변경사항이 있음을 확인하고, 이 부분을 stage에 add하고 나서, 바로 commit을 진행하도록 하겠습니다.

파일 수정 및 commit 진행

그리고 나서, git log --oneline을 이용하여 현재 commit 상황을 확인하도록 하겠습니다. 그러면 다음과 같은 명령어를 사용하도록 하겠습니다.

git revert <commit-hash>

git revert 명령어 실행

위의 명령어를 실행할 경우, 원래라면 다음과 같이 기본 edit에서 해당 commit 메시지를 입력하는 editor 창이 나타납니다. 여기에서 저장하시면, 위와 같이 revert관련해서 commit이 진행이 될 것입니다.

revert 메시지 입력

그리고 나서, git log --oneline을 통해서 현재 커밋(commit)을 확인해보도록 하겠습니다.

git revert 이후 git log --oneline결과

기존의 부분들은 그대로 있고, 이 부분에 대해서 수정을 하는 revert 관련 commit이 생성이 됩니다. 이와 같은 방법으로 git revert를 진행할 수 있습니다.

[깃, Git] Git의 기본 편집기 바꾸기(with VIM 빠져나오기)

[깃, Git] Git의 기본 편집기 바꾸기(with VIM 빠져나오기)

[깃, Git] Git의 기본 편집기 바꾸기(with VIM 빠져나오기) 이전 포스팅에서는 Git공식 문서 및 Pro Git 책 내용 보기라는 주제로, Reference Manual를 보는 방법과 Pro git 이라는 책을 온라인상에서 보는 방법

appia.tistory.com

이번 포스팅에서는 [깃, Git] Git 커밋(commit) 취소하기 feat. git reset, git revert라는 주제로 포스팅을 해봤습니다. git관련해서는 대부분의 내용에 대해서 포스팅을 통해서 알아봤습니다. 이제는 web서비스(github)와 함께 하는 부분에 대해서도 포스팅을 진행해보고자 합니다. 혹 궁금하신 점이나 문의 사항이 있으시면 언제든지 댓글 및 방명록에 글 남겨주시길 바랍니다.

[깃, Git] Git 변경사항 스테이징 취소하기

Appia — Wed, 13 Dec 2023 07:01:15 +0900

[깃, Git] Git 변경사항 스테이징 취소하기

이전 포스팅에서 Git의 변경사항을 폐기하는 방법에 대해서 살펴봤습니다. 실제로, 이 부분은 매우 많이 사용되는 부분입니다. 그러면, 이번에는 기초적인 부분인 git에서 변경사항에 대해서 stage에 올라온 변경사항에 대해서, 취소하는 방법에 대해서 이야기를 해보고자 합니다.

[깃, Git] Git 변경사항 폐기하기(with Checkout, restore)

[깃, Git] Git 변경사항 폐기하기(with Checkout, restore)

[깃, Git] Git 변경사항 폐기하기(with Checkout, restore) 이전 포스팅에서는 Git에서 자주 사용하는 HEAD~를 사용하는 방법에 대해서 이야기를 했었습니다. 앞선 포스팅에서 익힌 HEAD~ 부분은 git에서 매우

appia.tistory.com

먼저, 간단한 변경사항이 있는 repository에 한 예시를 살펴보도록 하겠습니다. 이 부 분에 대해서 다음 명령어를 통해서 상태를 확인해보겠습니다.

$ git status

예시용으로 만들 변경사항

위에서 보이는 바와 같이 두가지 파일이 보일 것입니다. 여기에서, 한 파일을 git add명령어를 통해서 stage에 올리도록 하겠습니다.

$ git add Character.txt

변경사항이 있는 파일 stage에 add

그리고 나서, git status 명령어를 통해서 다시 한번 살펴보겠습니다.

위의 예제 파일

그러면, 한개의 파일은 현재 stage에 올라와 있고, 한개의 파일은 변경사항에 대해서 stage에 올라오지 않은 상태라는 것을 알 수 있습니다. 위에서는 보이는 바와 같이 다음 명령어를 사용하면, 스테이징에서 변경사항을 폐기할 수 있습니다.

git restore --staged <file>...

그러면 위의 명령어를 기반으로 한번 예시를 진행해보도록 하겠습니다.

스테이징 취소하기 (git restore --staged 사용)

위의명령어를 실행하고 다시 git status를 진행해보도록 하겠습니다. 보이는 바와 같이 앞서서, stage에 add한 파일이 취소한 것을 알 수 있습니다.

스테이징 취소하기 결과

그러면, 다음 명령어를 통해서, 변경사항이 있는 모든 파일을 stage에 add하도록 하겠습니다.

$ git add .

변경사항 모두 add하기

그리고 나서, 위의 반대되게 스테이지에 add된 것을 취소하도록 해보겠습니다.

$ git restore --staged .

stage에 add 된 모든 파일 취소하기

이와 같은 방식으로 스테이징을 취소할 수 있습니다.

[깃, Git] Git에서 HEAD~를 사용하는 방법

[깃, Git] Git에서 HEAD~를 사용하는 방법 이전 포스팅에서, git에서 commit한 이전 내용에 대해서 확인하고, 원래대로 돌아오는 방법에 대해서 포스팅을 봤습니다.이 부분을 통해서, 이전 commit 내용을

appia.tistory.com

이번 포스팅에서는 [깃, Git] Git 변경사항 스테이징 취소하기라는 주제로 포스팅을 해봤습니다. 실제, 자주 사용되는 부분이기 때문에 이 부분을 활용하시길 바랍니다. 혹 궁금하신 점이나 문의 사항이 있으시면 언제든지 댓글 및 방명록에 글 남겨주시길 바랍니다.

다양한 주제의 고품질 이미지를 무료로! 인기 무료 이미지 제공 사이트 10선

Appia — Tue, 12 Dec 2023 07:16:50 +0900

다양한 주제의 고품질 이미지를 무료로! 인기 무료 이미지 제공 사이트 10선

블로그 및 다양한 작업에서 이미지는 매우 중요한 역할을 합니다. 저의 경우에도 다양한 곳에서 이미지를 사용하고 있는데, 때론 저작권등에 구설에 휩싸이고 합니다. 그런 부분을 방지하기 위해서, 다음과 같이 무료로 이미지를 제공하는 사이트에 대해서 소개를 하고자 합니다.

1. Unsplash

고품질의 다양한 주제의 무료 이미지를 제공하는 커뮤니티입니다.
장점: 고품질 이미지, 큰 커뮤니티, 다양한 주제의 사진
단점: 일부 주제에서는 다른 사이트에 비해 적은 수의 이미지 제공
Unsplash 바로가기

아름다운 무료 이미지 및 사진 | Unsplash

어떤 프로젝트를 위해서든 다운로드 및 사용할 수 있는 아름다운 무료 이미지 및 사진입니다. 어떤 로열티 프리 또는 스톡 사진보다 좋습니다.

unsplash.com

Unsplash사이트 화면

2. Pexels

높은 해상도와 다양한 주제의 무료 이미지 및 동영상을 찾을 수 있는 픽셀스입니다.
장점: 다양한 주제, 높은 해상도, 무료 동영상도 제공
단점: 일부 이미지는 다른 사이트에서도 볼 수 있음
Pexels 바로가기

Pexels 사이트 화면

3. Pixabay

다양한 디자인 자원을 무료로 제공하는 Freepik은 일러스트 및 벡터 이미지도 포함돼 있습니다.
장점: 거대한 이미지 데이터베이스, 일러스트 및 벡터도 제공
단점: 어떤 이미지는 다른 사이트에서도 사용 중
Freepik 바로가기

Freepik: Download Free Videos, Vectors, Photos, and PSD

Millions of Free Graphic Resources. ✓ Videos ✓Vectors ✓ Photos ✓ PSD ✓ Icons. All that you need for your Creative Projects. #freepik

www.freepik.com

Pixabay 사이트 화면

4. Burst by Shopify

비즈니스와 커머스를 위한 고품질 이미지를 무료로 다운로드할 수 있는 Burst입니다
장점: 커머스 및 비즈니스 테마에 특화된 이미지, 무료 고해상도 다운로드
단점: 주제가 한정적일 수 있음
Burst 바로가기

20,000+ Free Stock Photos and Royalty-Free Images

Browse thousands of beautiful copyright-free images. All our pictures are free to download for personal and commercial use, no attribution required.

www.shopify.com

Burst by Shopify 사이트 화면

5. Freepik

다양한 디자인 자원을 무료로 제공하는 Freepik은 일러스트 및 벡터 이미지도 포함돼 있습니다.
장점: 벡터 및 일러스트 포함, 많은 리소스 제공
단점: 일부 이미지는 유료로 구매해야 함
Freepik 바로가기

Freepik: Download Free Videos, Vectors, Photos, and PSD

Millions of Free Graphic Resources. ✓ Videos ✓Vectors ✓ Photos ✓ PSD ✓ Icons. All that you need for your Creative Projects. #freepik

www.freepik.com

Freepik 사이트 화면

6. PicJumbo

독특한 주제와 스타일의 무료 이미지를 제공하는 PicJumbo는 창의적인 프로젝트에 적합합니다.
장점: 독특한 주제와 스타일의 이미지, 무료로 다운로드 가능
단점: 이미지가 다소 제한적일 수 있음
PicJumbo 바로가기

Free Stock Photos • picjumbo

Free stock photos and images for your websites, blogs or designs.️ Beautiful 100% free high-resolution stock images with no watermark.

picjumbo.com

PicJumbo 사이트 화면

7. SplitShire

SplitShire는 예술적이고 창의적인 이미지를 무료로 제공합니다.
장점: 예술적이고 창의적인 이미지 제공
단점: 이미지 수가 다른 사이트에 비해 적을 수 있음
SplitShire 바로가기

Free Stock Photos - SplitShire

The best free stock images & videos that are absolutely without any copyright restrictions (CC0) - free and legal - no attribution needed.

www.splitshire.com

SplitShire 사이트 화면

8. Reshot

Reshot은 고품질이고 독특한 이미지를 제공하며, 창의적인 프로젝트에 적합합니다
장점: 다양한 스타일의 고품질 이미지, 독특한 컬렉션 포함
단점: 이미지 수가 일부 다른 사이트보다 적을 수 있음
Reshot 바로가기

Reshot | Free icons & illustrations

Design freely with instant downloads of curated SVG icons and vector illustrations. All free with commercial licensing. No attribution required.

www.reshot.com

Reshot 사이트 화면

9. ISO Republic

고품질의 무료 이미지를 제공하는 ISO Republic은 다양한 주제를 다룹니다
장점: 고품질의 무료 이미지, 다양한 주제 다룸
단점: 커뮤니티 크기가 다른 몇몇 사이트에 비해 작을 수 있음
ISO Republic 바로가기

Best Free High Resolution Stock Photos & Videos | ISO Republic

ISO Republic offers over 7,000 of the best high-resolution stock images & videos, all free for personal and commercial use. Download your favorites today.

isorepublic.com

ISO Republic 사이트 화면

10. LibreStock

여러 무료 이미지 사이트를 한 곳에서 검색하여 찾을 수 있는 편리한 LibreStock입니다
장점: 다양한 이미지를 한 곳에서 검색 가능
단점: 직접 이미지를 호스팅하지 않고, 다른 사이트에서 가져오는 역할을 함
LibreStock 바로가기

Librestock Photos - Free Stock Photo Search Engine

Search 6,111 CC0-Licensed Photos We scan and index the best free photos from the top stock sites, so that you can find that perfect image much, much quicker. Special Offer Get 10 Free Images from Shutterstock

librestock.com

LibreStock 사이트 화면

이번 포스팅에서는 다양한 주제의 고품질 이미지를 무료로! 인기 무료 이미지 제공 사이트 10선라는 주제로 10개의 사이트에 대해서 살펴봤습니다. 각 사이트의 이용 약관을 확인하고 출처를 명시하는 것을 잊지 마세요. 혹 궁금하신 점이나 무의 사항이 있으시면 언제든지 댓글 및 방명록에 글 남겨주시길 바랍니다.

[깃, Git] Git 변경사항 폐기하기(with Checkout, restore)

Appia — Mon, 11 Dec 2023 07:58:23 +0900

[깃, Git] Git 변경사항 폐기하기(with Checkout, restore)

[깃, Git] Git 변경사항 폐기하기(with Checkout, restore)

이전 포스팅에서는 Git에서 자주 사용하는 HEAD~를 사용하는 방법에 대해서 이야기를 했었습니다. 앞선 포스팅에서 익힌 HEAD~ 부분은 git에서 매우 많은 곳에서 잘 사용이 됩니다. 그래서 이번 포스팅에서는 이 부분을 활용하는 부분중 하나로, 변경사항에 대해서 없애는 즉, 변경사항을 폐기하는 방법에 대해서에 이야기를 해보고자 합니다.

[깃, Git] Git에서 HEAD~를 사용하는 방법

appia.tistory.com

먼저, 여러 포스팅에서 사용한 예시 Repository를 활용하도록 하겠습니다. 그리고 추가로 여기에 파일을 생성하겠습니다.

$ touch b_change.txt v_change.txt # 예제 파일 생성

예제로 사용한 repository와 파일 생성

이 부분을 토대로, "git status" 명령어로 확인해보면, 현재 2개의 파일이 생성된 것을 알 수 있습니다. 이렇게 생성한 파일을 git add / commit을 하도록 하겠습니다.

예제로 사용할 파일 commit 완료

현재까지 commit을 한 파일에 약간의 파일을 수정하도록 하겠습니다. 그리고 나서, 각 파일을 저장해보도록 하겠습니다.

예제 파일 수정

그리고 나서 "git status" 명령어를 통해서 현재 변경사항을 git에서 추적이 되고 있는 것을 확인할 수 있습니다.

git status로 현재 수정 파일 확인

그리고, 여기에서 수정사항을 폐기하는 방법에 대해서 이야기를 해보도록 하겠습니다.

$ git checkout HEAD <파일이름>

위의 명령어를 바탕으로, 예제로 생성한 b_change.txt와 v_change.txt 파일 원복하도록 하겠습니다.

git checkout을 통한 파일 변경사항 폐기하기

그리고나서, 현재 변경사항을 폐기한 부분을 열어 보면 다음과 같이 파일을 생성해서, 바로 add/commit을 한 그 상태로 돌아갑니다.

원복된 변경사항 확인

그리고 나서 다시 한번 git status를 통해서, 현재 branch(브랜치)의 변경사항을 보도록 하겠습니다.

git status로 변경사항 폐기 여부 확인하기

그러면, 이제는 restore를 통해서 변경사항을 폐기하는 방법에 대해서 보도록 하겠습니다. 여기에서 임의적으로 변경사항을 만들고 몇번의 commit을 진행해보도록 하겠습니다.

변경사항 반영 commit

이상태에서 파일을 임의적으로 변경을 하였습니다.

임의로변경사항 만들기

이제는 변경사항을 폐기해보도록 하겠습니다.

$ git restore <파일이름>

이와 같이 입력을 할 경우 해당 파일에 가장 최신의 commit 기준으로 복원이 됩니다.

git restore 로 변경사항 폐기한 결과

여기에서 2번째 또는 특정 commit 기준으로 파일을 변경하는 방법이 있습니다. 바로 다음과 같은 형태로 작성하시면 됩니다.

$ git restore --soruce HEAD~n/Commit Hash <파일이름>

위의 명령어를 통해서 HEAD~ 를 통해서 이전 몇번째 commit 기준으로 작성하던지 아니면, commit hash를 통해서 해당 commit을 직접 지정할 수 있습니다. 그 기준으로 선택한 파일을 돌릴 수 있습니다.

2번째 이전 commit으로 파일 변경하기

위의 예시에서 제가 2번째 이전 파일로 파일을 돌리고 나서, 다시 한번 git status를 입력하여 상태를 확인합니다. 이전 commit과 차이가 발생할 경우, 이전 commit 기준으로 수정이 되었다고 나타낼 수 있습니다.

2번째 이전 commit으로 파일 돌릴 후, git status 결과

위의 경우에 그냥 git restore를 통해서 바로 이전commit으로 파일을 원복할 수 있습니다. 이와 같은 방식으로 git에서 파일의 변경사항에 대해서 폐기할 수 있습니다.

[깃, Git] Git diff 특정 branch(브랜치) / 특정 commit 비교하기

[깃, Git] Git diff 특정 branch(브랜치) / 특정 commit 비교하기

[깃, Git] Git diff 특정 branch(브랜치) / 특정 commit 비교하기 앞선 포스팅에서, git diff를 이용하여, 특정 파일의 변경사항을 확인하는 방법에 대해서 확인을 하였습니다. 아마도, 많은 분들은 이 부분

appia.tistory.com

이번 포스팅에서는 [깃, Git] Git 변경사항 폐기하기(with Checkout, restore)라는 주제로 포스팅을 해봤습니다. 실제, 이 부분이 매우 유용하게 사용될 수 있는 부분이라고 생각합니다. 물론, 여기에서 Ctrl+z를 이용해서 파일에서 직접 수정을 원복할 수도 있지만, 이전 commit 기준 및 다양한 시점으로 본인이 원하는 지점으로 변경사항을 되돌릴수 있습니다. 혹 궁금하신점이나 문의 사항이 있으시면 언제든지 댓글 및 방명록에 글 남겨주시길 바랍니다.

[깃, Git] Git에서 HEAD~를 사용하는 방법

Appia — Sun, 10 Dec 2023 07:06:42 +0900

[깃, Git] Git에서 HEAD~를 사용하는 방법

이전 포스팅에서, git에서 commit한 이전 내용에 대해서 확인하고, 원래대로 돌아오는 방법에 대해서 포스팅을 봤습니다.이 부분을 통해서, 이전 commit 내용을 확인할 수 있었고, 이를 통해서 다양하게 활용할 수 있습니다. 이 부분은 실제로 많이 사용이 될 것입니다. 그 과정에서 저는 commit hash를 이용하였습니다. 물론, 이전까지 대부분의 포스팅에서 commit hash를 사용하였습니다. 하지만, commit hash를 사용하다보면, 은근 귀찮은 일이 많습니다. 그래서 git log를 통해서 commit hash를 확인하여 사용하지 않더라도 이전 commit을 찾아갈 수 있는 방법이 있습니다. 그 방법에 대해서 오늘 포스팅에서 다루어보고자 합니다.

[깃, Git] Git 이전 commit 확인 및 되돌아가기: 쉽고 빠른 방법 안내

[깃, Git] Git 이전 commit 확인 및 되돌아가기: 쉽고 빠른 방법 안내 이전 포스팅에서는 git의 변경사항들에 대해서 임시저장을 할 수 있는 기능인 git stash에 대해서 사용하는 방법에 대해서 이야기했

appia.tistory.com

먼저, 다음과 같은 부분을 많이 봐오셨을 것입니다.

$ git checkout HEAD~1

이와 같은 부분에서 ~ 부분을 가장 쉽게 생각하면 -라고 생각하시면 됩니다. 즉, HEAD~1은 현재 HEAD 기준에서 -1 번째 commit으로 생각하고, HEAD~2는 HEAD 기준에서 -2번째 commit을 지칭한다고 생각하시면 됩니다.

HEAD~ 의 의미

그러면 이 부분을 토대로, 한번 git에서 직접 실행을 해보도록 하겠습니다. 먼저, 현재 repository에서의 다음 명령어를 통해서, 'git log --oneline'을 통해서 현재의 git commit의 상태를 검토해보겠습니다.

git log --oneline의 결과를 통한 commit  상태 확인

그리고 이전 포스팅에서 봈던 git checkout을 통해서 commit hash가 아니라, HEAD~를 통해서 이전 commit 의 내용을 확인해보도록 하겠습니다. 다음 명령어를 통해서, 다음 부분을 진행해보도록 하겠습니다.

$ git checkout HEAD~2

위의 명령어를 실행하면, 이전 포스팅에서 했던 부분과 같이 git checkout이 실행된 것을 알 수 있습니다.

git checkout HEAD~2 실행결과

이 부분을 토대로, 다시한번 "git log --oneline"명령어를 실행해보도록 하겠습니다. 이전에서 본것와 같이 2개 전의 commit에 HEAD가 있음을 알 수 있습니다.

git checkout HEAD~2 실행 후 git log --oneline 화면

이와 같은 방법으로 commit hash를 사용하지 않고, HEAD~를 이용하여 이전 commit을 찾아갈 수 있었습니다.

[깃, Git] Git diff 특정 branch(브랜치) / 특정 commit 비교하기

[깃, Git] Git diff 특정 branch(브랜치) / 특정 commit 비교하기

appia.tistory.com

이번 포스팅에서는 [깃, Git] Git에서 HEAD~를 사용하는 방법에 대해 다뤘습니다. commit hash를 사용하는 것과 비교하여 더 간편한 방법으로 이전 commit을 참조할 수 있습니다. 물론, 어떤 방법을 선택하든 원하는 방식으로 사용하면 됩니다. 물론, 이러한 약간의 디테일이 외부에 보여지기에, 파워유저로 보일수 있을 수 있는 매력적인 기능이라고 생각합니다. Git은 유연한 사용법을 허용하므로 사용자의 편의에 맞게 선택하면 됩니다. 작업하시다가 궁금하신 점이나 문의 사항이 있으시면 언제든지 댓글 및 방명록에 글 남겨주시길 바랍니다.

[윈도우10/11 Windows10/11]윈도우 사용자를 위한 필수 프로그램 10가지

Appia — Fri, 8 Dec 2023 07:24:49 +0900

[윈도우10/11 Windows10/11]윈도우 사용자를 위한 필수 프로그램 10가지

윈도우를 사용하다보면, 기본 프로그램 외에도 다양한 프로그램들이 필요로 합니다. 그래서, 이번 포스팅에서는 윈도우를 사용하면서 반드시 필요로 하다고 생각되는 프로그램 10가지에 대해서 이야기를 해보고자 합니다.

[윈도우10 Windows10] 컴퓨터/호스트 이름 확인 및 변경하기

이번 포스팅은 컴퓨터/호스트 이름을 확인하고 변경하는 방법에 대해서 살펴보고자 합니다. 제가 전에 MAC Address를 변경하는 주소하는 방법에 대해서 다음 링크에서와 같이 살펴봤습니다. 링크 :

appia.tistory.com

1. Google Chrome 또는 Mozilla Firefox (웹 브라우저)

소개: 인터넷을 빠르고 안정적으로 탐험할 수 있는 Google Chrome 또는 Mozilla Firefox를 선택하세요. 이 브라우저는 강력한 성능과 다양한 확장 기능을 제공하여 웹 경험을 더욱 풍부하게 만듭니다.
다운로드: Google Chrome | Mozilla Firefox

2. Microsoft Office 또는 LibreOffice (오피스 스위트)

소개: 업무 및 문서 작업을 위해 Microsoft Office 또는 무료 대안인 LibreOffice를 선택하세요. 이 두 오피스 스위트는 각각의 장점을 가지고 있어, 사용자의 필요에 맞게 선택할 수 있습니다.
다운로드: Microsoft Office | LibreOffice

3. 안티바이러스 프로그램 (Windows Defender)

소개: 컴퓨터를 안전하게 유지하기 위해 Windows Defender와 같은 안티바이러스 프로그램을 활용하세요. 이 프로그램은 실시간 보호와 악성 소프트웨어 탐지 기능을 제공하여 컴퓨터를 보호합니다.
다운로드: Windows Defender

4. Adobe Acrobat Reader 또는 Foxit Reader (PDF 리더)

소개: PDF 문서를 열고 읽는 데 필수인 Adobe Acrobat Reader 또는 가벼운 대안인 Foxit Reader를 설치하세요. 두 프로그램은 사용이 간편하며 안정성이 뛰어납니다.
다운로드: Adobe Acrobat Reader | Foxit Reader

5. 7-Zip 또는 WinRAR (압축 프로그램)

소개: 파일 압축 및 해제를 위해 7-Zip 또는 WinRAR을 선택하세요. 두 프로그램은 다양한 압축 형식을 지원하며 빠른 성능을 제공합니다.
다운로드: 7-Zip | WinRAR

6. VLC 미디어 플레이어 (미디어 플레이어)

소개: VLC 미디어 플레이어는 다양한 미디어 파일을 지원하며 간편한 사용법으로 인기를 얻고 있습니다. 음악 및 동영상 재생을 위한 최적의 선택입니다.
다운로드: VLC 미디어 플레이어

7. GIMP 또는 Paint.NET (이미지 편집 소프트웨어)

소개: GIMP 또는 Paint.NET을 활용하여 간단한 이미지 편집 작업을 수행하세요. 두 프로그램은 무료로 제공되며 다양한 편집 기능을 제공합니다.
다운로드: GIMP | Paint.NET

8. Dropbox, Google Drive, 또는 OneDrive (클라우드 스토리지)

소개: 파일을 안전하게 보관하고 여러 기기 간에 쉽게 공유하기 위해 Dropbox, Google Drive 또는 OneDrive를 사용하세요. 이 클라우드 스토리지 서비스는 편리한 작업을 지원합니다.
다운로드: Dropbox | Google Drive | OneDrive

9. LastPass 또는 1Password (비밀번호 관리자)

소개: 개인 정보를 안전하게 보호하기 위해 LastPass 또는 1Password와 같은 비밀번호 관리자를 사용하세요. 이 도구는 강력한 보안을 제공하며 다양한 계정을 효과적으로 관리할 수 있습니다.
다운로드: LastPass | 1Password

10. CCleaner 또는 Glary Utilities (컴퓨터 최적화 도구)

소개: 시스템 정리 및 최적화를 위해 CCleaner 또는 Glary Utilities를 사용하세요. 이러한 도구는 불필요한 파일을 정리하고 컴퓨터 성능을 최적화하는 데 도움을 줍니다.
다운로드: CCleaner | Glary Utilities

[윈도우10 Windows10] 브라우저 크롬(Chrome) (온라인)설치하기&다운로드 받기(오프라인 다운로드 설치)

[윈도우10 Windows10] 브라우저 크롬(Chrome) (온라인)설치하기&다운로드 받기(오프라인 다운로드 설치

윈도우 10은 사용자 분들은 다 아시겠지만, 엣지 브라우저를 기본 제공합니다. 하지만, 인터넷 익스플로러와 비슷하면서도 다릅니다. 그리고 많은 사람들은 기존과 비슷하게 구글에서 제공하는

appia.tistory.com

이번 포스팅에서는 [윈도우10/11 Windows10/11]윈도우 사용자를 위한 필수 프로그램 10가지 라는 주제로 포스팅을 하였습니다. 오늘 소개한 프로그램들은 각자의 특징과 장점을 가지고 있으며, 사용자의 선호에 따라 선택할 수 있습니다. 이 부분은 제 개인적인 선호 및 다양한 곳에서의 정보를 토대로 만들었습니다. 혹 궁금하신 점이나 문의 사항이 있으시면 언제든지 댓글 및 방명록에 글 남겨주시길 바랍니다.

파이썬[Python] Git 자동화를 위한 파이썬 모듈 소개 및 비교

Appia — Thu, 7 Dec 2023 07:50:50 +0900

파이썬[Python] Git 자동화를 위한 파이썬 모듈 소개 및 비교

파이썬[Python] Git 자동화를 위한 파이썬 모듈 소개 및 비교

Git은 현대적인 소프트웨어 개발에서 핵심적인 역할을 하는 도구 중 하나입니다. 코드의 버전을 관리하고 협업을 용이하게 하기 위해 Git을 사용하는 것은 거의 필수적입니다. 이러한 Git 작업을 자동화하고 효율적으로 처리하기 위해 파이썬에는 여러 가지 모듈과 도구가 있습니다. 여기에서는 GitPython, GitCommand, sh, 그리고 invoke 네 가지를 살펴보고, 각각의 특징과 장단점을 비교해보겠습니다.

[깃, Git] Git 기본개요, VCS란? Git과 GitHub의 차이

[깃, Git] Git 기본개요, VCS란? Git과 GitHub의 차이 앞서 포스팅에서 Git의 기본 명령어에 대해서 포스팅을 했었습니다. 원래라면, 이번 포스팅을 가장 먼저 포스팅을 해야했었는데, 미처 생각 못했던

appia.tistory.com

1. GitPython
GitPython은 파이썬으로 Git 리포지토리를 조작하기 위한 풍부한 기능을 제공하는 모듈입니다. 객체 지향적인 디자인을 통해 Git 작업을 직접 다룰 수 있습니다.

설치 :

pip install gitpython

사용예제

import git

# Git 리포지토리 열기
repo = git.Repo('/path/to/repository')

# 변경사항 스테이징
repo.index.add(['file1.txt', 'file2.txt'])

# 커밋 만들기
repo.index.commit('Commit message')

2. GitCommand

GitCommand는 파이썬에서 Git 명령을 직접 실행할 수 있게 해주는 간단한 모듈입니다. Git 명령을 그대로 사용할 수 있어 익숙한 사용자에게 적합합니다.

설치 :

pip install gitpython

사용예제

from git import Repo

# Git 명령 실행
Repo.git.execute(['git', 'commit', '-m', 'Commit message'])

3. sh

sh 모듈은 쉘 명령을 파이썬 코드에서 직접 실행할 수 있게 해주는 모듈입니다. 쉘 명령을 직접 사용하는 간단한 구문을 제공합니다.

설치 :

pip install sh

사용예제

import sh

# Git 명령 실행
sh.git.commit('-m', 'Commit message')

4. invoke:

Invoke는 작업 실행 및 스크립트를 효과적으로 자동화하기 위한 파이썬 패키지입니다. 작업 별로 파라미터 및 설정을 손쉽게 관리할 수 있습니다.

설치:

pip install invoke

사용예제

from invoke import task

@task
def commit(c):
    c.run("git add .")
    c.run("git commit -m 'Commit message'")

장단점 비교

위의 4가지 모듈에 대해서 장단점에 대해서 비교를 해보도록 하겠습니다.

	장점	단점
GitPython	객체 지향적 디자인으로 Git 리포지토리를 다양한 측면에서 조작 가능. Python 코드에서 Git 작업을 직접 수행할 수 있음.	몇 가지 작업에서는 Git 명령보다 느릴 수 있음. 다소 복잡한 인터페이스.
GitCommand	간단한 인터페이스로 Git 명령을 직접 실행할 수 있음. 기존에 익숙한 사용자에게 적합.	좀 더 복잡한 작업을 처리하기에는 제한적일 수 있음. 명령어 직접 사용은 보안 문제 일으킬 수 있음.
sh	쉘 명령을 직접 실행할 수 있는 간단한 구문을 제공. 명령어 실행 결과를 파이썬 변수에 할당할 수 있음.	파이썬 3.x에서는 작동하지 않을 수 있음. 쉘 명령을 직접 실행하는 것은 보안 문제 발생 가능.
invoke	작업 실행 및 스크립트 자동화에 용이. 파라미터 및 설정 관리가 간편.	Git 명령을 직접 다루는 것보다는 추상화된 인터페이스를 제공하여 몇 가지 작업에서는 덜 직관적일 수 있음. 추가적인 의존성 필요.

각 모듈은 자체적인 특징과 장단점을 가지고 있습니다. GitPython은 유연성이 있지만 몇몇 작업에서는 느릴 수 있습니다. GitCommand와 sh는 간단하게 명령을 실행할 수 있지만, 더 복잡한 작업에는 제한적일 수 있습니다. invoke는 작업 실행 및 관리에 용이하지만 추상화로 인해 몇몇 작업에서는 직관성이 부족할 수 있습니다.

프로젝트의 요구사항과 사용자의 개인적인 취향에 따라 선택해야 합니다. 단일 모듈이 아닌 상황에 따라 여러 모듈을 혼합하여 사용하는 것도 고려할 만합니다. Git 자동화를 위해 최적의 도구를 선택하면 개발 프로세스를 효과적으로 관리할 수 있습니다.

파이썬[Python] 미국 주식 파이썬 모듈/라이브러리 전격 소개

파이썬[Python] 미국 주식 파이썬 모듈/라이브러리 전격 소개 최근 git 관련된 포스팅 및 ChapGPT관련된 포스팅을 시작하면서, 파이썬[Python]관련된 포스팅을 못한 지 오래 된 것 같습니다. 그래서, 이

appia.tistory.com

이번 포스팅에서는 파이썬[Python] Git 자동화를 위한 파이썬 모듈 소개 및 비교라는 주제로 포스팅을 진행해봤습니다. 실제, 저의 경우 실제 Git자동화를 준비하고 있는 입장이라서, 해당 모듈에 대해서 확인이 필요한 상태이기 때문에 이 부분에 대해서 공유하는 목적으로 포스팅을 진행해 봤습니다. 추가로, 소개했던 모듈 외에도, GitDB, PyGitHub등의 모듈이 추가로 존재합니다. 혹 궁금하신 점이나 문의 사항이 있으시면 언제든지 댓글 및 방명록에 글 남겨주시길 바랍니다.

[깃, Git] Git 이전 commit 확인 및 되돌아가기: 쉽고 빠른 방법 안내

Appia — Wed, 6 Dec 2023 07:42:36 +0900

[깃, Git] Git 이전 commit 확인 및 되돌아가기: 쉽고 빠른 방법 안내

[깃, Git] Git 이전 commit 확인 및 되돌아가기: 쉽고 빠른 방법 안내

이전 포스팅에서는 git의 변경사항들에 대해서 임시저장을 할 수 있는 기능인 git stash에 대해서 사용하는 방법에 대해서 이야기했었습니다. git branch(브랜치)을 전환하는 데 있어서, 변경사항들을 임시로 저장하는 방법은 매우 중요한 기능입니다. 실제 작업을 하면서도 사용빈도도 매우 높은 편입니다. 물론, 가장 핵심인 기능은 바로 git stash / git stash pop이라는 것에 대해서는 다시 한번 강조하고 싶습니다.

[깃, Git] Git stash 다양한 사용법(apply, 다중 stash)

[깃, Git] Git stash 다양한 사용법(apply, 다중 stash) 일단, 앞선 포스팅에서, Git Stash를 이용한 변경사항을 커밋하지 않고 branch를 전환하는 방법에 대해서 이야기를 해봤습니다. 실제, 앞선 포스팅에선

appia.tistory.com

이번 포스팅에서는 과거 commit에 대해서 확인하고, 현재로 다시 돌아오는 방법에 대해서 한번 살펴보고자 합니다. 이 또한 매우 자주 사용되는 기능입니다. 먼저, 이전에 만들어놓은 Repository 기준으로 다음 표시되는 commit 기준의 항목을 확인을 하고, 다시 현재의 상태로 돌아오는 방법에 대해서 이야기를 해보고자 합니다.

확인할 commit

먼저, commit을 확인하기 위해서는 git checkout을 사용합니다. 물론, 이전에도 언급을 드렸지만, 실제 git checkout의 경우 다양한 기능을 수행합니다. 하지만, 확실히 중요한 명령어인 것은 사실입니다. 먼저, 이 부분을 통해서, 이전 commit 상태로 확인하는 방법을 보면 다음과 같습니다.

$ git checkout [commit hash]

먼저, 위에서 언급된 commit hash를 확인하기 위해서 다음 명령어를 통해서 현재 commit 정보를 확인하겠습니다.

$ git log --oneline

물론, git log명령어를 통해서 전체 commit hash를 사용해도 되지만, --oneline 옵션에 사용되는 앞 7자리만 사용하셔도 됩니다.

git log --oneline 결과

그리고 나서 다음 명령어를 직접 실행하여 이전 commit을 확인해보도록 하겠습니다.

$ git checkout 8531a31

git check out [commit hash]결과

그리고 나서 다시 한번 git log --oneline 명령어를 통해서 현재 commit 상태를 확인을 해보도록 하겠습니다. 하기와 같이 보시는 바와 같이 이전에 목포로 한 부분 이후에 commit된 내용들은 안보입니다. 단, 현재 repository 디렉토리 옆에 보이는 부분과 HEAD 표시가 약간 이전과 상이하다는 것을 알 수 있습니다.

git checkout [commit hash] 이후에 git log --oneline 결과

이 부분을 GitKraken에서 한번 살펴보겠습니다.

gitkraken에서 본 결과

아시는 분들은 아시겠지만, 현재 약간 이상함을 느낄 수 있습니다. 바로 다음 그림에서 그 원인에 대해서 이야기를 해보도록 하겠습니다. 원래 HEAD는 각 브랜치의 최신 commit을 가리키고 있습니다. 하지만, git checkout [commit hash] 명령어를 사용할 결과는 다음과 같은 결과를 나타낼 수 있습니다. 즉, 브랜치의 최신 commit이 아니라, 이전 commit을 HEAD가 가리키고 있는 상태입니다. 우리는 이것을 Detached HEAD라고도 합니다.

Detached HEAD의 이미지

이렇게 Detached HEAD 상태에서, 다시 현재의 branch의 최신 commit으로 HEAD을 돌리기 위해서는 git switch 명령어를 통해서 브랜치를 전환해 주시면 됩니다.

git switch를 통한 현재로 되돌아가기

그러면 위의 보이는 그림과 같이 현재로 되돌아가기가 성공하였습니다.

[깃, Git] git branch(깃 브랜치)보기, 생성, 전환하기

[깃, Git] git branch(깃 브랜치)보기, 생성, 전환하기 이전 포스팅에서는 git branch(깃 브랜치) HEAD(헤드)의 개념에 대해서 살펴봤습니다. 이전 포스팅에서는 실습 및 방법에 대해서는 전혀 언급하지 않

appia.tistory.com

이번 포스팅에서는 [깃, Git] Git 이전 commit 확인 및 되돌아가기: 쉽고 빠른 방법 안내라는 주제로 포스팅을 해봤습니다. 실제로, 이 부분은 매우 많이 사용되는 부분이기 때문에, 이 부분을 토대로 작업하실 때에, 이전 commit등을 확인하실 때에 매우 유용하게 사용하실 수 있을 것이라고 생각합니다. 작업하시다가 궁금하신 점이나 문의 사항이 있으시면 언제든지 댓글 및 방명록에 글 남겨주시길 바랍니다. 도움이 되셨다면, 공감 및 소통 부탁드립니다. 감사합니다.

파이썬[Python] 미국 주식 파이썬 모듈/라이브러리 전격 소개

Appia — Mon, 4 Dec 2023 07:39:11 +0900

파이썬[Python] 미국 주식 파이썬 모듈/라이브러리 전격 소개

최근 git 관련된 포스팅 및 ChapGPT관련된 포스팅을 시작하면서, 파이썬[Python]관련된 포스팅을 못한 지 오래 된 것 같습니다. 그래서, 이번 포스팅에서 미국 주식 관련된 모듈에 대해서 이야기를 해볼까 합니다. 크게 인기 있는 파이썬 모듈에 대해서 이야기를 해보면, 크게 4가지 정도 되는 것 같습니다. 그 부분에 대해서 이야기를 해볼까 합니다.

Python[파이썬 주식] 국내, 미국 주식 정보 모으기(스크래핑) - FinanceDataReader 모듈 설치

Python[파이썬 주식] 국내, 미국 주식 정보 모으기(스크래핑) - FinanceDataReader 모듈 설치

Python[파이썬 주식] 국내, 미국 주식 정보 모으기(스크래핑) - FinanceDataReader 모듈 설치 이전 포스팅에서 국내 주식 정보를 췩득하기 위해서 Pykrx이라는 모듈을 설치하곤 하였습니다. 국내 주식 분

appia.tistory.com

물론, 이전에도 FinanceDataReader 모듈을 통해서, 해당 부분에 대해서 읽어오는 방법에 대해서 이야기를 해본적이 있습니다. 하지만, 이 외에도 다양한 모듈들을 사용할 수가 있습니다. 그럼 이야기를 시작해보도록 하겠습니다. 가장 많이 사용되는 모듈들을 이야기 해본다면 다음 4가지 일 것입니다.

1. ccxt

2. yfinance

3. alpha_vantage

4. pandas_datareader

그럼 각 부분에 대해서 이야기를 해보겠습니다.

1. ccxt

ccxt는 다양한 거래소에서 거래 데이터를 가져오기 위한 라이브러리로, 거래와 관련된 다양한 기능을 지원합니다. 거래소에 따라 다양한 기능을 제공하며, 거래 및 마켓 데이터, 주문 실행 등 다양한 기능을 지원합니다. 100개 이상의 거래소를 지원하며, Binance, Coinbase, Kraken 등이 포함됩니다.

설치 방법 :

pip install ccxt

간단한 사용 예제를 보면 다음과 같습니다.

import ccxt

# 거래소 객체 생성
exchange = ccxt.binance()  # Binance 예시

# 티커 데이터 가져오기
symbol = 'BTC/USDT'
ticker = exchange.fetch_ticker(symbol)

# 데이터 출력
print(ticker)

2. yfinance

yfinance는 Yahoo Finance에서 금융 데이터를 가져오는 데 사용되며, 간편한 인터페이스를 제공합니다. 기본적인 주가 데이터 및 몇 가지 금융 지표에 초점을 두고 있습니다.

설치 방법 :

pip install yfinance

간단한 사용 예제를 보겠습니다.

import yfinance as yf

# 주식 데이터 가져오기
stock_data = yf.download('AAPL', start='2022-01-01', end='2023-01-01')

# 데이터 출력
print(stock_data)

3. alpha_vantage

Alpha Vantage는 자체 API를 통해 금융 데이터를 제공합니다. Alpha Vantage는 무료 계정에서 사용 가능하며, 기본적인 금융 데이터에 대한 무료 액세스를 제공합니다. 다만, 일일 API 쿼터가 제한되어 있습니다. 주가 데이터뿐만 아니라 기술적 지표, 섹터 성과, 환율 등 다양한 종류의 금융 데이터를 지원합니다.Alpha Vantage를 사용하려면 API 키가 필요합니다.

Free Stock APIs in JSON & Excel | Alpha Vantage

www.alphavantage.co

설치 방법 :

pip install alpha_vantage

사용 예제 :

from alpha_vantage.timeseries import TimeSeries

# API 키 설정
api_key = 'YOUR_API_KEY'
ts = TimeSeries(key=api_key)

# 주식 데이터 가져오기
symbol = 'AAPL'
data, meta_data = ts.get_daily(symbol=symbol, outputsize='full')

# 데이터 출력
print(data)

4. pandas_datareader

pandas_datareader는 다양한 데이터 소스에서 금융 데이터를 가져오는 패키지로, 사용자가 특정 데이터 제공업체를 선택할 수 있습니다. Yahoo Finance, Google Finance, FRED 등 다양한 데이터 소스를 지원합니다.

설치 방법 :

pip install pandas_datareader

사용 예제 :

import pandas_datareader as pdr
import datetime

# 주식 데이터 가져오기
symbol = 'AAPL'
start_date = datetime.datetime(2022, 1, 1)
end_date = datetime.datetime(2023, 1, 1)

stock_data = pdr.get_data_yahoo(symbol, start_date, end_date)

# 데이터 출력
print(stock_data)

위의 4가지 모듈에 대한 장단점에 대해서 표로 간단히 살펴보겠습니다.

	장점	단점
ccxt	다양한 거래소 지원 다양한 기능 제공 많은 데이터 소스 Pandas와의 통합 풍부한 문서와 커뮤니티	높은 학습의 선행이 요구됨 일부 거래소는 API 변경에 민감 모든 거래소에서 일관된 데이터 제공 어려움 무료와 유료 계정의 쿼터 제한
yfinance	데이터의 품질과 완전성 간편한 사용 무료 다양한 금융 지표 Pandas와의 통합	제한된 데이터 소스 API 변경에 민감 실시간 데이터 제공 어려움 무료라는 한계
alpha_vantage	무료 계정 제공 다양한 금융 지표 제공 간편한 사용 빠른 업데이트 사용자 친화적인 API 문서	무료 쿼터 제한 데이터의 제한된 역사(무료 계정) 유료 플랜의 필요성 제공되는 데이터 소스 제한
pandas_datareader	간편한 사용 다양한 데이터 소스 지원 Pandas와의 통합 무료	신뢰성 및 안정성(업데이트 빈도 제한) 제한된 데이터 범위 API 변경에 민감 실시간 데이터 제공 어려움 한계된 데이터 종류

위와 같이 미국 주식을 지원하는 4가지 파이썬 모듈에 대해서 알아봤습니다. 각자의 장단점이 있기 때문에, 모두 부분을 잘 활용하여, 이용하시길 바랍니다.

Python[파이썬 주식] 미국 주식 종목(SP500, NASDAQ) 정보 CSV로 추출하기- FinanceDataReader

Python[파이썬 주식] 미국 주식 종목(SP500, NASDAQ) 정보 CSV로 추출하기 - FinanceDataReader 앞선 포스팅에서는 FinanceDataReader에서 지원하는 거래소(한국 및 미국 주식)의 관련된 심볼에 대해서 확인하면서

appia.tistory.com

이번 포스팅에서는 파이썬[Python] 미국 주식 파이썬 모듈/라이브러리 전격 소개라는 주제로 포스팅을 진행해봤습니다. 이 부분을 토대로, 투자 지표 및 원하시는 투자 데이터를 생성하시는 분들에게 도움이 되시길 바랍니다. 혹 궁금하신 점이나 문의 사항이 있으시면 언제든지 댓글 및 방명록에 글 남겨주시길 바랍니다. 감사합니다.

[ChatGPT] OpenAI 계정 생성 하기 및 처음 시작하기

Appia — Sun, 3 Dec 2023 07:53:19 +0900

[ChatGPT] OpenAI 계정 생성 하기 및 처음 시작하기

요새 ChatGPT에 대한 다양한 이야기가 나오고 있습니다. 물론, 대부분 코딩에서부터 다양한 영역까지 ChatGPT를 활용하는 기술들이 나오는 것에 대해서 매우 다양한 시각들이 존재합니다. 저는 이 시점에서, ChatGPT라는 것에 긍정적인 부분 부정적인 부분을 따지기 전에 반드시 이 부분에 대해서는 알고 있어야 한다고 생각합니다. 그래서 이번 포스팅에서는 ChatGPT를 시작하기 위한 첫걸음인, ChatGPT를 제공하는 OpenAI에 계정을 생성하고, 직접 ChatGPT를 통해서 검색을 해보는 방법에 대해서 포스팅을 해보고자 합니다.

먼저, ChatGPT 관련해서 접근하기 위해서는 하기 링크를 통해서 접근하시거나, 아니면, 구글을 통해서 ChatGPT를 검색하시면됩니다.

https://chat.openai.com/

그러면 다음과 같은 페이지가 나타날 것입니다. 여기에서, 처음 하시는 분들은 아마도, OpenAI계정이 없을 것입니다. 그래서, 이 하기에 보이는 [Sign up]부분을 클릭하여 주시길 바랍니다.

Chat.openai.com 페이지 화면

위의 과정을 진행하시면, 다음과 같이 계정에 사용할 Email주소를 입력하도록 합니다. 저의 경우에는 google에서 제공하는 gmail을 바탕으로 진행을 할 예정입니다.

계정 이메일 입력 화면

사람들마다 다 선호하는 메일이 다르지만, Google의 경우 대부분 사용자들이 사용을 하고 있고, 또한 향후에도 사용이 빈번하기 때문에 없을 경우에, 이참에 생성해보시는 것도 좋을 것 같습니다. ( 하기 링크 참조)

[윈도우11, windows11] 구글(Google) 계정 생성하기

[윈도우11, windows11] 구글(Google) 계정 생성하기 어느 새 우리의 환경은 구글과 떨어져서 살수 없는 환경이 되어 버린 것 같습니다. 그래서 이번 포스팅에서는 구글에서 가장 기본적인 계정 생성하

appia.tistory.com

위에서 [Continue with Google] 부분을 클릭하고 나면, 다음과 같이 현재로그인 되어 있는 google email이 나타날 것입니다. 이 부분을 선택하시면 됩니다. (로그인이 안되어 있을 경우, 로그인을 하는 화면이 나타납니다.)

계정으로 사용할 이메일 선택

그리고 나면, 이름과 생년월일에 대한 정보를 입력하도록 합니다. 이름의 경우에는 Gmail에 연결된 이름을 자동으로 불러옵니다. 그리고 나서, (선택적으로) 생년월일을 입력하고 [Agree]버튼을 클릭하여 주시길 바랍니다.

이름 및 생년월일 입력

그러면 매크로로 가입을 하는 것인지에 대한 확인을 합니다.

사람이 가입을 시도한 것인지에 대한 확인

그러면 정상적인 가입절차가 모두 끝나고 다음과 같은 화면이 나타날 것입니다. 여기에서 가운데 하단에 ChatGPT를 통해서 얻고자 하는 정보를 입력하시면 대답을 얻을 수 있습니다. 그 전에 몇가지 확인을 해보고자 합니다. 먼저 가격 정책입니다. 일단, 좌측 하단에 다음과 같이 보이는 부분에 [Upgrade]라는 부분을 클릭하여 주시길 바랍니다.

가입 완료 화면

그러면 무료, 유로 정보에 대해서 명시가 되어 있습니다. 일단, 처음 하시는 분들에게 Free 버전도 충분할 것이라고 생각합니다. (저의 경우, 특정 목적이 있어서 향후에 구매 예정입니다.)

ChatGPT 가격정책

그리고 간단히 ChatGPT란 무엇인가요?라는 질문을 한번 남겨보겠습니다. 이랬더니, 다음과 같은 화면의 글과 같이 답변을 주었습니다.

ChatGPT에 구동 예정

질문 : ChatGPT란 무엇인가요?
답 : ChatGPT는 OpenAI가 개발한 대화형 인공 지능(AI) 언어 모델 중 하나입니다. GPT은 "Generative Pre-trained Transformer"의 약자이며, 이 모델은 대규모 텍스트 데이터를 학습하여 다양한 자연어 처리 작업에 사용할 수 있는 다목적 언어 모델입니다.
ChatGPT는 GPT-3.5 아키텍처를 기반으로 하며, 이 모델은 대화형 상황에서 사람과 자연스럽게 대화할 수 있도록 훈련되었습니다. ChatGPT는 사용자의 입력에 대해 응답을 생성하며, 다양한 주제에 대한 정보를 제공하고 다양한 작업을 수행할 수 있습니다.
OpenAI는 GPT 시리즈를 통해 대규모의 텍스트 데이터로 사전 훈련된 모델을 제공함으로써, 다양한 언어 작업에 적용할 수 있는 강력하고 다용도의 언어 모델을 개발하였습니다.

물론, 약간의 단점도 있습니다. 바로 데이터의 최신화 여부입니다. 제가 간단히 ChatGPT3.5와 4.0의 차이점에 대해서 문의를 하였으나, 현재 지식 기준은 22년 1월까지라는 점을 명시하고 있습니다.

ChatGPT의 한계 - 데이터의 최신화

이런 단점을 가지고 있지만, 그럼에도 확연히 매력적인 것이라는 것을 모두가 알고 있습니다. 이와 같은 방법으로 ChatGPT를 사용하기 위한 OpenAI 계정 생성및 간단한 쿼리를 통해서 ChatGPT를 실행해봤습니다.

[윈도우11, windows11] 넷플릭스 API 사용을 위한 Rapidapi 가입하기

[윈도우11, windows11] 넷플릭스 API 사용을 위한 Rapidapi 가입하기 현재 나의 생활에서 넷플릭스는 매우 중요한 영역을 차지하는 것 같습니다. 그래서 종종 넷플릭스(Netflix)의 순위등에 대해서 관심을

appia.tistory.com

이번 포스팅에서는 [ChatGPT] OpenAI 계정 생성 하기 및 처음 시작하기라는 주제로 이야기를 해봈습니다. 저는 ChatGPT에 대해서 다루어보고 나서, 이 부분을 다른 프로그래밍 언어와 결합해서 다양한 형식에 대해서 포스팅을 지속적으로 진행해보고자 합니다. 혹 진행하시다가 궁금하신점이나 무의 사항이 있으시면 언제든지 댓글 및 방명록에 글 남겨주시길 바랍니다.

[깃, Git] Git stash 다양한 사용법(apply, 다중 stash)

Appia — Sat, 2 Dec 2023 07:21:05 +0900

[깃, Git] Git stash 다양한 사용법(apply, 다중 stash)

[깃, Git] Git stash 다양한 사용법(apply, 다중 stash)

일단, 앞선 포스팅에서, Git Stash를 이용한 변경사항을 커밋하지 않고 branch를 전환하는 방법에 대해서 이야기를 해봤습니다. 실제, 앞선 포스팅에선 언급한 내용을 가장 많이 사용하나, 그 외에도 다양한 방법들에 대해서 이야기를 해보고자 합니다. 그래서 이번 포스팅에서는 앞선 포스팅에서 언급하지 않은 다양한 git stash 사용방법에 대해서 이야기를 해보고자 합니다.

[깃, Git] Git stash를 이용하여 변경사항 커밋없이 branch 전환하기

[깃, Git] Git stash를 이용하여 변경사항 커밋없이 branch 전환하기

[깃, Git] Git stash를 이용하여 변경사항 커밋없이 branch 전환하기 이전 포스팅에서는 git diff를 이용하여, 다양한 조건에서의 차이점을 비교하는 방법에 대해서 이야기르 해봤습니다. 물론, 여러번

appia.tistory.com

먼저, git stash의 기본 사용법에 대해서는 위에서 언급을 하였습니다. 이 부분을 제외하고 다른 옵션들을 토대로 사용하는 방법에 대해서 이야기를 드리도록 하겠습니다.

현재 stash된 list 출력하기

먼저, 현재 git stash가 된 리스트를 출력하는 방법에 대해서 살펴보겠습니다. 다음 명령어를 사용하시면 됩니다.

$ git stash list

위의 명령어를 입력하면, 현재 git stash로 저장된 기록들이 명시가 됩니다.

git staash list 결과

stash에서 pop되지 않고, 변경사항 적용하기(option:apply)

먼저, 이전 포스팅에서 git stash (save) 이후에 git stash pop을 사용할 경우 이전에 저장된 git stash 항목이 하나씩 사라집니다. 하지만, apply의 경우에는 임시 저장된 git stash에 항목이 사라지지 않습니다.

git stash (save)와 git stash pop의 구동

위에서 보이는 바와 같은 결과를 나타내는데, git stash apply의 경우에는 git stash 항목들이 사라지지 않습니다. 그러면 다음 예시를 보면서 한번 살펴보겠습니다.

git stash apply 적용 결과

위에서 보는 바와 같이 git stash apply를 적용하다고 하더라더, git stash에 저장된 항목들에 대해서는 변경이 없습니다.

다중 stash 저장 및 적용

위에서 본 git stash의 리스트를 보시면, 여러 번의 git stash를 한 것을 알 수 있습니다. 이런 경우가 될 수 있겠죠?

최초에 git stash를 진행후에, 브랜치 변경 한 후 복귀하여 git stash pop 없이 파일을 수정하였거나, 아니면 의도적으로 git stash를 여러개의 임시 저장본을 만드릭 위함이었을 수 있습니다. 실제 git stash 저장은 다음과 같이 변경사항을 만들고, git stash 명령어로 저장을하면 됩니다.

변경사항 존재 
$ git stash # 변경사항 모두 stash로 
git stash pop없이 변경사항 생성
$ git stash

그러면, 여기에서 git stash list를 통해서 출력되는 항목들이 여러개인 것을 알 수 있습니다. 여기에서, 만약 원하시는 git stash을 적용하고자 하면 다음과 같은 명령어를 입력하면 됩니다.

$ git stash apply stash@{N}
$ git stash pop stash@{N}

위와 같은 형태로 적용하시면됩니다.

stash 삭제

stash를 삭제하는 방법에는 크게 2가지 형태가 있습니다. 하나는 stash를 한개씩 삭제하는 방법과 모든 stash를 삭제하는 방법으로 나누어집니다. 일단, 한가지씩 부분삭제를 하는 방법에 대해서 살펴보겠습니다. 다음의 명령어를 통해서 삭제를 할 수 있습니다.

$ git stash drop stash@{N} # 부분 삭제

단위 stash 삭제

그러면 이번에는 전체 stash를 삭제하는 방법에 대해서 살펴보겠습니다. 다음 명령어를 실행하면 됩니다.

$ git stash clear

위의 명령어를 입력하여 실행해보겠습니다.

git stash clear 결과 - stash 전체 삭제

위의 결과, git stash가 모두 지워진 것을 알 수 있습니다.

[깃, Git] Git Merge Conflict(머지 충돌) 해결하는 방법

[깃, Git] Git Merge Conflict(머지 충돌) 해결하는 방법 이전 포스팅에서, Git Merge commit이 생성되는 경우에 대해서 살펴봤습니다. 물론, 모든 merge의 경우 아무런 문제가 없다면 매우 이상적인 상황일 것

appia.tistory.com

이번 포스팅에서는 [깃, Git] Git stash 다양한 사용법(apply, 다중 stash)라는 주제로 살펴봤습니다. 실제, 이 부분에 대해서는 많이 사용되지는 않지만, 그래도 필요할 때 잘 유용해서 사용할 수 있습니다. (실제 이해가 안되는 부분이 있을 수 있습니다. 그런 분들은 그냥 과감히 스킵하시고, git stash / git stash pop만 잘 사용하셔도 전혀 문제가 없습니다.) 물론, 이러한 부분들이 안생기는 것들이 가장 좋겠지만, 여러 사람들이 작업을 하다보면, 이런 일들이 많이 발생합니다. 혹 궁금하신 점이나 문의 사항이 있으시면 언제든지 댓글 및 방명록에 글 남겨주시길 바랍니다.

[깃, Git] Git stash를 이용하여 변경사항 커밋없이 branch 전환하기

Appia — Fri, 1 Dec 2023 08:38:38 +0900

[깃, Git] Git stash를 이용하여 변경사항 커밋없이 branch 전환하기

이전 포스팅에서는 git diff를 이용하여, 다양한 조건에서의 차이점을 비교하는 방법에 대해서 이야기르 해봤습니다. 물론, 여러번 말했다시피, git diff는 필수 기능은 아니나, 알고 있으면 다양한 관점에서 매우 유용하게 접근이 가능합니다. 이번에는 branch(브랜치)를 전환할 때, 종종 걷는 문제점에 대해서 해결하는 방법에 대해서 이야기를 해보고자 합니다. 바로 git stash 기능입니다. 실제, 변경사항이 commit 되지 않을 경우에, branch(브랜치) 전환을 할 수 없습니다. 그 부분에 대해서 이야기를 해보고자 합니다.

[깃, Git] Git diff 특정 branch(브랜치) / 특정 commit 비교하기

appia.tistory.com

먼저, 종종 branch(브랜치) 전환을 시도할 때, 다음과 같은 에러 메시지를 밖는 경험이 있을 것입니다.

$ git switch target1
error: Your local changes to the following files would be overwritten by checkout:
        master_h.txt
Please commit your changes or stash them before you switch branches.
Aborting

실제, 위와 같은 에러는, 변경사항이 있는데, commit(커밋)없이 branch(브랜치) 전환을 시도할 경우에 발생합니다. 이럴 경우에 git stash을 자주 사용합니다. git stash라는 것은 쉽게 이야기 하면, commit 되지 않은 변경사항에 대해서 임시로 저장해두고, 그 부분에 대해서 원복을 하는 기능이라고 생각하시면 됩니다.

먼저, 가장 간단하게 git stash을 사용하는 방법에 대해서 살펴보겠습니다.

$ git stash / git stash save # 변경 사항 임시저장 
$ git stash pop # stash된 저장항목 불러오기

그러면 간단한 예제를 만들어서 테스트를 해보도록 하겠습니다. 먼저, 임의적으로 변경사항을 만들어서 문제 사항을 만들어보도록 하겠습니다. 파일 하나에 대해서 임의적으로 수정을 해보겠습니다.

예제 생성을 위한 파일 수정

그런 후에 "git status" 명령어를 통해서, 현재 branch(브랜치)에 대한 상태에 대해서 확인을 해보겠습니다.

git status를 이용한 현재 branch(브랜치)의 상태 확인

위에서의 결과 변경사항이 있는 것을 확인하였습니다. 그리고 나서, "git switch" 명령어를 이용하여 branch(브랜치)를 이동해보도록 하겠습니다.

$ git switch target1

git switch 명령어를 통한 branch(브랜치)전환

위에서와 같이 문제사항이 발생함을 알 수 있습니다. stash을 진행해보도록 하겠습니다.

$ git stash

위의 명령어를 통해서 변경사항에 대해서 임시 저장해보도록 하겠습니다.

git stash 결과

위의 결과 다음과 같은 결과가 나타나는 것을 알 수 있습니다.

$ git stash
Saved working directory and index state WIP on master: 651431f change1

그리고 나서, 다시 한번 git status 명령어를 통해서 branch(브랜치)의 상태를 확인해보도록 하겠습니다.

git stash 이후 git status 결과

위에서와 같이 현재 branch(브랜치)에서 변동사항이 없는 것으로 보여집니다. 그러면 이 부분을 토대로 git switch 명령어를 통해서 branch(브랜치)를 전환해 보도록 하겠습니다.

git stash 이후 git switch 결과

위의 과정을 통해서, 정상적으로 target1으로 branch(브랜치)전환을 이루었습니다. 그러면, 다시 master에서 이전에 stash한 변경사항들을 불러오도록 하겠습니다. 먼저, 다시 git switch 명령어를 통해서 master 브랜치로 이동하도록 하겠습니다.

$ git switch master

위의 명령어를 통해서 branch(브랜치)를 전환하고 나서, 다음 명령어를 통해서 git stash에 저장된 임시 저장된 부분을 현재 branch(브랜치)에 적용해보도록 하겠습니다.

$ git stash pop

git stash pop 결과

위의 결과로 다시 한번 "git status"로 현재 branch(브랜치)의 변경사항에 대해서 확인을 해보도록 하겠습니다. 이전에 변경사항이 없는 것처럼 나왔는데, 다시 변경사항이 생겼습니다. 즉, 임시 저장된 변경사항에 대해서 다시 불러온 것이라고 생각하시면 됩니다.

git stash pop후 git status의 결과

위와 같은 방법으로 가장 쉽게 git stash/git stash pop를 적용할 수 있습니다.

[깃, Git] Git Merge Conflict(머지 충돌) 해결하는 방법

[깃, Git] Git Merge Conflict(머지 충돌) 해결하는 방법

appia.tistory.com

이번 포스팅에서는 [깃, Git] Git stash를 이용하여 변경사항 커밋없이 branch 전환하기라는 주제로 이야기를 해봤습니다. Merge conflict(머지 충돌)만큼이나 자주 사용되는 부분입니다. 물론, git stash도 다양하게 사용이 가능합니다만, 그 모든 기능을 사용하지는 않고, 상기에서 언급한 git stash/git stash pop정도만 사용해도, 충분합니다. 혹 궁금하시거나 문의 사항이 있으시면 언제든지 댓글 및 방명록에 글 남겨주시길 바랍니다.

[깃, Git] Git diff 특정 branch(브랜치) / 특정 commit 비교하기

Appia — Thu, 30 Nov 2023 07:42:36 +0900

[깃, Git] Git diff 특정 branch(브랜치) / 특정 commit 비교하기

앞선 포스팅에서, git diff를 이용하여, 특정 파일의 변경사항을 확인하는 방법에 대해서 확인을 하였습니다. 아마도, 많은 분들은 이 부분에 대해서 인지하고 있었을 것이고 매우 유용하게 사용할 것이라고 생각합니다. 그러면 이 번에는 git에서 가장 핵심적인 요소인 branch(브랜치)간의 차이점와 commit(커밋)간 차이점을 비교하는 방법에 대해서 이야기를 해보고자 합니다.

[깃, Git] Git diff 특정 파일의 변경사항 확인하기

[깃, Git] Git diff 특정 파일의 변경사항 확인하기 이전 포스팅에서, git diff에서 전체, staged에 등록된 것이나, 아니면, 등록되지 않은 항목에 대한 차이를 확인하는 방법에 대해서 포스팅을 해봤습

appia.tistory.com

그럼 이번 포스팅에서는 총 2가지 관점에서 접근을 해보도록 하겠습니다.

1. branch(브랜치) 간의 차이점 확인

2. commit(커밋) 간의 차이점 확인

Branch 간의 차이점 확인

브랜치 사이에서 많은 파일이 생성될 수도 있고, 삭제될 수도 있습니다. 물론, 이 부분은 commit에서도 동일합니다. 그런 관점에서 한번 살펴보도록 하겠습니다.

먼저, branch간의 비교를 하기 위해서는 다음 명령어를 입력해주시길 바랍니다.

git diff a_branch..b_branch
git diff a_branch b_branch

물론, 위에서 직관적으로 보기 위해서 각 branch간의 식별하기 위한 문자를 ‘..’으로 나열하였지만 이 부분을 공백으로 작성하셔도 됩니다. (실제 작업하실때에는 ..보다는 공백을 더욱 많이 사용합니다.) 그러면 다음 부분에 대해서 간단한 예제를 통해서 다음 부분에 대해서 살펴보겠습니다.

먼저, 앞선 포스팅에서 사용한 예제를 그대로 활용할 예정입니다. 저는 여기에서, 일단, 다음 명령어를 통해서 target1이라는 branch(브랜치)를 생성해보도록 하겠습니다. (그런 후에 자동으로 target1으로 branch 전환해줍니다.)

$ git switch -c target1

그러면 다음과 같은 화면이 나타날 것입니다. 저 같은 경우에, 파일 수정을 진행하기 위해서, 윈도우 탐색기를 열 수 있는 "start . "명령어 또한 실행을 시켰습니다.

예제 생성을 위한 branch(브랜치 생성)

먼저, 여기에서, 최초 number.txt 라는 파일의 열어보도록 하겠습니다.

수정 후에 number.txt

위에서 보이는 바와 같이 몇몇 숫자가 빠져 있는 것을 알 수 있습니다. 여기에서 저는 5~7열을 삭제하겠습니다.

수정 후에 number.txt

그리고 나서 위에서 수정한 항목들에 대해서 git add 및 git commit을 진행해줍니다.

수정한 파일에 대한 git add 및 git commit

그리고 나서 약간의 변화를 더 주기 위해서, 다시 다음명령어를 통해서 mster 브랜치로 전화을 하도록 하겠습니다.

$ git switch master

그리고 touch명령어를 이용해서, master_h.txt파일을 하나 생성하도록 하겠습니다.

$ touch master_h.txt

예제 파일 생성

위에서 생성한 master_h.txt 파일을 다음과 같이 수정을 하였습니다. (변경점만 확인하면 되기 떄문에 많은 부분을 입력하기에 앞서, 변경점만 확인하는 목적이기 때문에 간단한 문구만 입력하였습니다.)

master branch(브랜치)파일 수정

그리고 나서, number.txt 부분에서도 마지막에 있는 "ten"이라는 글자을 삭제하였습니다.

master branch(브랜치)파일 수정2

위에까지 수정을 하고 나서, 수정한 부분에 대해서 다음 명령어를 통해서 확인하였습니다.

$ git status

위의 명령어를 실행하면 다음과 같은 결과를 확인할 수 있습니다.

git status을 통한 branch 상황 확인

그리고 위에 파일을 git add 및 git commit을 진행하도록 하겠습니다. 그러면 이제는 master와 target1 branch을 비교해보도록 하겠습니다.

git diff master..target1

위의 명령어를 실행하면 다음과 같은 결과 가 나타나는 것을 확인할 수 있습니다.

git diff 결과 (a = master, b = target1)

위에서 보이시는 바와 같이 a 기준은 앞서 입력한 master branch(브랜치)이고, b는 나중에 입력한 target1입니다. 그러면 반대로 입력을 해보도록 하겠습니다.

git diff 결과 (a = target1 , b = master)

이 부분에 대해서 결과를 읽는 방법은 이전 포스팅을 참조하시면 될것입니다.(하단에 링크 삽입)

commit(커밋) 간의 차이점 확인

물론, 위에서 본 branch(브랜치)간의 비교점을 확인하는 것은 매우 중요합니다. 하지만, 이보다 각 commit 사이에서의 차이점도 비교가 필요로 합니다. 그러면 이제는 commit간의 비교하는 방법에 대해서 이야기를 해보겠습니다. 먼저 다음 명령어를 통해서 비교를 할 수 있습니다.

git diff commit_hash1..commit_hash2

먼저 다음 명령어를 통해서, commit 기록을 살펴보겠습니다.

$ git log --oneline

commit 기록 확인

위의 출력된 앞에 헤시를 통해서 다음과 같이 명령어를 입력할 수 있습니다.

 git diff 603807c..651431f

commit간 비교 결과

위에서와 같이 각 commit 사이에서의 차이점을 비교할 수 있습니다.

[깃, Git] Git diff의 결과 읽는 방법

[깃, Git] Git diff의 결과 읽는 방법

[깃, Git] Git diff의 결과 읽는 방법 앞선 포스팅에서는 git diff명령어에 대해서 매우 간단히 살펴봤습니다. 실제, 개념정도의 의미에서 접근을 해봤습니다. 앞 포스팅에서도 언급을 하였지만, 이 git

appia.tistory.com

이번 포스팅에서는 [깃, Git] Git diff 특정 branch(브랜치) / 특정 commit 비교하기라는 주제로 포스팅을 했습니다. 이번 까지 해서, diff에 대해서는 대부분 다루어봤습니다. gitkraken을 통해서, 해당 부분에 대해서 gui 상으로 차이점을 어떻게 보는지에 대해서도 블로그 포스팅을 진행해볼 요량입니다. 혹 궁금하신 점이나 문의 사항이 있으시면 언제든지 댓글 및 방명록에 글 남겨주시길 바랍니다.

[깃, Git] Git diff 특정 파일의 변경사항 확인하기

Appia — Wed, 29 Nov 2023 07:29:21 +0900

[깃, Git] Git diff 특정 파일의 변경사항 확인하기

[깃, Git] Git diff 특정 파일의 변경사항 확인하기

이전 포스팅에서, git diff에서 전체, staged에 등록된 것이나, 아니면, 등록되지 않은 항목에 대한 차이를 확인하는 방법에 대해서 포스팅을 해봤습니다. git diff에 대해서 왜 이렇게 많은 포스팅을 하냐고 생각하는 분들이 있을 수 있지만, 저는 이 부분을 토대로 향후에 파이썬 및 batch파일을 토대로 자동화를 하는 방법에 대해서 추가 포스팅을 기획하고 있습니다. 그런 점에서 이 부분들을 반드시 필요로 하는 것이라고 생각이 들어서 약간의 설명이 추가 되고 있습니다. 이번 포스팅에서는 앞선 포스팅에 이어서, git diff에서의 특정 파일의 변화를 확인하는 방법에 대해서 이야기를 해보고자 합니다.

[깃, Git] Git diff 전체, staged에 등록된 차이, 등록되지 않은 차이 확인하기

[깃, Git] Git diff 전체, staged에 등록된 차이, 등록되지 않은 차이 확인하기

[깃, Git] Git diff 전체, staged에 등록된 차이, 등록되지 않은 차이 확인하기 이전 포스팅에서, git의 차이점을 확인하는 git diff 명령어에 대해서 살펴봤습니다. 그리고, 이 결과에 대해서 확인하는 방

appia.tistory.com

먼저, 저희는 이전 포스팅에서 이어선 해당 예제를 그대로 사용하도록 하겠습니다. (해당 Repository로 이동하였습니다.)

예시를 위한 이전 포스팅에서 사용한 repository로 이동

그럼 앞선 포스팅에서 언급된 바와 같이 staged에 등록되거나, 등록되지 않은 변경사항을 확인하기 위해서, 우리는 git diff HEAD 명령어를 이동하도록 하겠습니다.

$ git diff HEAD

git diff HEAD 의 결과

여기에서, 한 개의 파일에 대해서 변경사항을 확인하고자 합니다. 그럴 때는 다음과 같은 명령어를 입력해주시면 됩니다.

$ git diff HEAD [파일이름]

그럼 예시에서는 저는 color.txt파일만 확인을 해보도록 하겠습니다. 이 부분을 확인하기 위해서 다음과 같은 명령어를 입력하겠습니다.

$ git diff HEAD color.txt

실행 결과 다음과 같이 특정 파일, 즉 color.txt 부분만 나타납니다.

특정 파일의 차이점만 확인하기

물론, 앞선 포스팅에서 언급한 git diff / git diff HEAD / git diff --cached / git diff --staged 와 결합해서 사용이 가능합니다. 그럼 먼저, stage에 등록되지 않은 변경 사항중 특정 파일만 확인하고자 할때의 예시를 보도록 하겠습니다.

git diff 결과

위에서 git diff의 결과 총 2개의 파일이 변경이 있는 것을 알수 있습니다. number.txt와 only_one.txt입니다. 그럼 여기에서, number 파일의 변경점에 대해서 확인을 해보도록 하겠습니다.

$ git diff nubmer.txt

위의 명령어 실행 결과 다음과 같은 결과가 나타난 것을 알 수 있습니다.

stage에 등록되지 않은 항목 중, 특정 파일만 비교

물론, 이 부분은 stage에 등록된 파일에 적용할 때도 동일하게 다음과 같이 사용하시면 됩니다.

git diff --cached [filename]
git diff --staged [filename]

위에서는 1개의 파일만 이야기를 했는데, 만약 2개 이상의 파일을 확인하고 싶을 때는 어떻게 할까요? 간단하게 적용이 가능합니다. 다음과 같이 명령어를 입력하면 됩니다. (git diff HEAD를 예시로 들었으나, 이 부분은 그냥 git diff 또는 git diff --staged, git diff --cached에 동일하게 사용이 가능합니다.)

git diff HEAD [filename1] [filename2] [filename3] ~~

이와 같은 방식으로 입력하시다면, 원하시는 특정파일을 한번에 확인이 가능합니다. 물론, 위의 파일이름의 순서를 바꾼다고 하더라도, 출력하는 순서는 차이가 기존과 동일하게 나타납니다.

여러개의 특정파일 비교하는 방법

이와 같은 방법으로 git diff을 이용하여, 특정파일에 대한 변경점에 대해서 확인을 할 수 있습니다.

[깃, Git] Git 차이점 확인하는 diff 명령어 사용하기

[깃, Git] Git 차이점 확인하는 diff 명령어 사용하기

[깃, Git] Git 차이점 확인하는 diff 명령어 사용하기 이전 포스팅에서는 Git merge Conflict(머지충돌)을 해결하는 방법에 대해서 살펴봤습니다. 앞선 포스팅에서 아마도 느끼셨겠지만, Git Merge 과정에서

appia.tistory.com

이번 포스팅에서는 [깃, Git] Git diff 특정 파일의 변경사항 확인하기라는 주제로 포스팅을 해봤습니다. 실제, 파일에 대한 비교는 매우 빈번하게 이루어집니다. 저 또한 이 부분에 대해서 실제 업무에서 많이 사용하고 있어서, 이렇게 포스팅을 진행가ㅔ되었습니다. 이번에 포스팅한 부분에 이어서 다음 포스팅에서는 브랜치, 커밋에 대한 변경사항에 대해서 다루어보도록 할 예정입니다. 혹 궁금하신 점이나 문의 사항이 있으시면 언제든지 댓글 및 방명록에 글 남겨주시길 바랍니다.

[깃, Git] Git diff 전체, staged에 등록된 차이, 등록되지 않은 차이 확인하기

Appia — Tue, 28 Nov 2023 07:04:49 +0900

[깃, Git] Git diff 전체, staged에 등록된 차이, 등록되지 않은 차이 확인하기

이전 포스팅에서, git의 차이점을 확인하는 git diff 명령어에 대해서 살펴봤습니다. 그리고, 이 결과에 대해서 확인하는 방법 또한 살펴봤습니다. 물론, 사람의 대한 차이점들은 있을 수 있겠지만, 기본적으로 git diff의 기본 명령어를 사용하는 사람들 또한 많습니다. (저 또한 git diff명령어만 사용) 하지만, 경우에 따라서, 달라질 수 있습니다. 그래서 이번 포스팅에서는 앞선 포스팅의 연장선으로, stage을 관점으로 stage에 등록된 변경사항에 대해서 확인하는 방법, stage에 등록되지 않는 변경사항을 하는 확인하는 방법 그리고 이 두가지를 다 포함하는 변경사항을 확인하는 방법에 대해서 이야기를 해보도록 하겠습니다.

[깃, Git] Git diff의 결과 읽는 방법

appia.tistory.com

먼저, 이전 포스팅에서 사용한 Repository를 그대로 사용하도록 하겠습니다. 먼저 "git status" 명령어를 통해서 현재 브랜치의 상태를 확인해보겠습니다. 확인해 본 결과 총 3가지 파일이 수정이 이루어진 것을 알 수 있습니다.

현재 git의 상태

물론, 상기에서 언급된 변경사항에 대해서는 아직 staged에 추가가 되지 않았습니다. 이 때, staged에 등록되지 않은 변경점을 확인하는 명령어는 다음과 같습니다.

$ git diff # stage에 등록되지 않은 변경사항 확인

이전에서 포스팅에서 봤던 내용입니다.

git diff 결과

그러면, 여기에서 stage에 등록 여부와 상관없이 전체의 변경 사항에 대해서 확인하기 위한 명령어를 살펴보겠습니다.

$ git diff HEAD

흔히 위의 명령어를 현재 작업 디렉토리에 변경사항을 확인하는 방법이라고도 합니다. 여기에서 말하는 HEAD는 앞서서 아시다시피, 브랜치에 가장 마지막 commit을 참조합니다. 따라서, 마지막 commit을 기준으로 현재 작업 드렉토리에 대해서 변경사항을 확인하는 것입니다.

git diff HEAD의 결과

위에서 본 명령어를 봤을 때, 현재 그냥 git diff와 동일한다는 것을 알 수 있습니다. 그 이유는 간단합니다. 바로, 현재 stage에 등록된 파일이 아무것도 없기 때문입니다.

그러면 여기에서 stage에 등록된 파일에 대한 변경사항에 대해서 확인하는 방법에 대해서 살펴보겠습니다.

$ git diff --cached
$ git diff --staged

위의 두 명령어 중 어느쪽이든 사용하시면 됩니다.

git diff --cached / git diff staged의 결과

현재 stage에 등록된 파일이 없으므로, 위와 같이 아무 표시 없이 출력이 됩니다.

그러면, 이 부분에 대해서 명확히 보기 위해서, 파일을 하나 stage에 추가해보도록 하겠습니다.

예제 확인을 파일 stage 추가

위의 명령어를 통해서, color.txt 파일을 stage에 추가를 하였습니다. 그 부분을 토대로, 다시 한번 "git diff --cached"
또는 "git diff --staged"을 실행해보도록 하겠습니다.

git diff --cached 결과

위에서 보이는 바와 같이 git diff --cahed를 실행하니, 앞서서 stage에 추가한 color.txt파일에 대해서만 변경사항을 확인합니다.

그리고 나서 다시 한번 git diff를 실행해 본 결과는 위에서 보이는 바와 같이 color.txt를 제외한 파일에 대해서 비교를 하는 것을 알 수 있습니다.

쉽게 생각하시면, 이렇게 생각하시면 됩니다.

"git diff HEAD" = "git diff --cached" + "git diff "

이와 같은 형태로 이해하시면 조금더 쉽게 생각을 할 수 있지 않을까요? 이와 같이 stage를 기준으로 등록된, 등록되지 않은, 그리고 모든 변경사항에 대해서 확인하는 방법에 대해서 살펴봤습니다.

[깃, Git] Git 차이점 확인하는 diff 명령어 사용하기

[깃, Git] Git 차이점 확인하는 diff 명령어 사용하기

appia.tistory.com

이번 포스팅에서는 [깃, Git] Git diff 전체, staged에 등록된 차이, 등록되지 않은 차이 확인하기라는 주제로 포스팅을 해봤습니다. 많은 사용자들이 GUI툴에 익숙해진 지금 이와 같이 명령어를 입력하여 변경사항을 확인하는 경우는 매우 드문 것이 사실입니다. 하지만, 자동화 및 타 툴과의 통합을 위해서, 실제로 명령어를 입력하는 방법에 대해서 숙지하는 것이 반드시 필요로 합니다. 혹 궁금하신 점이나 문의 사항이 있으시면 언제든지 댓글 및 방명록에 글 남겨주시길 바랍니다.

[깃, Git] Git diff의 결과 읽는 방법

Appia — Mon, 27 Nov 2023 07:52:37 +0900

[깃, Git] Git diff의 결과 읽는 방법

앞선 포스팅에서는 git diff명령어에 대해서 매우 간단히 살펴봤습니다. 실제, 개념정도의 의미에서 접근을 해봤습니다. 앞 포스팅에서도 언급을 하였지만, 이 git diff의 경우 git repository에 아무런 영향을 끼치지 않습니다. 단, 순수하게 정보만 출력하는 명령어입니다. 이렇게 정보를 출력하는 명령어에서 가장 중요한 것을 결과를 읽는 방법입니다. 그래서 이번 포스팅에서는 git diff의 결과를 읽는 방법에 대해서 이야기를 해보고자 합니다.

[깃, Git] Git 차이점 확인하는 diff 명령어 사용하기

appia.tistory.com

그럼 간단한 예시를 한번 보도록 하겠습니다. git diff의 명령어를 실행하면 다음 화면과 같은 결과를 볼 수 있을 것입니다.

git diff 명령어 실행 결과

위에서의 결과를 보면, 다양한 단어들이 사용하고 있습니다. 가장 쉽게, +, -, @@등과 같은 이상한 단어를 사용하고 있다는 것을 알 고 있습니다. 그리고 -기호에는 빨간색 글씨, +기호에는 녹색 신호입니다. 실제 이 부분만 가지고 정확하게 git diff의 결과를 해석하는데에는 한계가 있습니다. 그럼 위의 명령어를 바탕으로 각 부분에 대해서 이야기를 해봅시다.

그럼 가장 먼저 보이는 부분을 보겠습니다. 흔히들 이야기 하는 "diff --git" 부분입니다.

git diff 비교 파일 및 각 파일의 헤시

먼저, 가장 먼저 나오는 부분은 비교할 파일을 명시하고 있습니다.

diff -- git [비교할 파일]

대체로 비교할 파일은 동일한 파일을 입니다. 깃에서는 이 파일에 대해서 a, b라고 부릅니다. 첫번째 줄은 항상 비교할 두파일에 대해서 명시를 하고 있습니다.

그리고, 두번째 라인은 크게 중요하지 않지만, 각 파일에 대한 헤시입니다. 원래 git에서는 commit에 대한 헤시를 가지고 있는데, 각 파일에 대한 헤시도 가지고 있다고 생각하시면 됩니다.

그리고, 다음 표시는 2줄로 표시가 됩니다.

비교 파일

위에서 첫번째 줄에 명시한, 비교할 파일에 대해서 어떤 기호를 가질 것인지에 대해서 명시를 하고 있습니다. -부호일 경우에, a파일이 변경이 되었음 나타내고, +부호일 경우 b파일이 변경이 되었음을 나타냅니다.

그러면, 이제는 chunk 에 대해서 보고자 합니다. chunk를 보기에 앞서서 가장 먼저 확인해야할 것이 chunk header입니다. chunk header는 다음과 같은 부분입니다.

chunk 헤더

chunk header의 경우 @@ 로 시작해서, @@로 끝납니다. 간단히 보면, 다음과 같은 형태입니다.

@@ -1,4 +1,5 @@

여기에서 보이는 -, +는 음수 양수가 아닙니다. 그냥 -는 a부분을 나타내고, +부분은 양수 부분을 나타냅니다. 그러면 위의 예시를 바탕으로 살펴보면, -1,4의 경우는 a는 1번째 줄 부터 4번째 줄까지 표시를 하고 +1,5부분은 b는 1번째 줄 부터 5번째 줄까지 표시를 한다는 것입니다. 그리고 종종 chunk header을 끝내는 @@ 뒤에 텍스트가 붙는 경우가 있는 데, 이 부분은 무시하셔도 됩니다.

chunk 예시를 간단히 들면서 한번 이야기를 해보도록 하겠습니다. 다음 보이는 빨간 상자가 chunk라고 보시면 됩니다.

chunk 예시

여기에서 앞에 -표시가 있고 빨간색 글씨로 되어 있는 부분은 a에는 있던 부분으로 b에서는 삭제된 부부입니다. 긜고, +부분인 ten은 b에서 추가된 것입니다. -기호가 있는 것은 b에는 없고, a에만 있는 것이고 +기호로 되어 있는 것은 a에는 없고 b에만 있는 것으로 보면 됩니다.

위에서 보시는 바와 같이 number.txt라는 파일의 전체 내용을 보여주지는 않습니다. 변경점이 있는 부분과 위 아래, 약간씩을 보여주는 것일 일반적입니다. 그리고 최초 그림에서 봤듯이 git diff의 경우 한개의 파일만 보여주지 않고, 여러개의 파일들을 보여줍니다. 다음의 예시를 한번 보겠습니다.

여러개의 파일들이 git diff의 비교 결과

위에서와 같이 여러개의 chunk가 한번에 출력이 될 수 있습니다. 상기에서 보이는 부분과 같이 각 chunk에서는 git diff에서 여러개의 파일에 대해서 차이점을 확인할 수 있습니다.

[깃, Git] git branch(깃 브랜치)와 HEAD(헤드)란?

[깃, Git] git branch(깃 브랜치)와 HEAD(헤드)란?

[깃, Git] git branch(깃 브랜치)와 HEAD(헤드)란? 이전 포스팅까지는 매우 기본적인 내용들인 Git Commit에 관련된 내용들과 그에 추가된 GUI 및 환경설정을 하는 부분에 집중적으로 다루었습니다. 앞선

appia.tistory.com

이번 포스팅에서는 [깃, Git] Git diff의 결과 읽는 방법라는 주제로 포스팅을 해봤습니다. 실제 git diff를 사용함에 있어서 가장 중요한것을 나온 결과를 해석할 수 있어야 하는 점입니다. 실제 저의 경우에는 이 부분을 자동화에 활용하기 위해서 정확하게 인지할 필요가 있었습니다. 물론 처음부터 완벽할 수 없지만, 계속 하다보면, 이 부분에 대해서 잘 해석할 수 있을 것입니다. 저와 같이 자동화나, 다른 사람들과 같이 다양한 목적으로도 사용이 될 수 있습니다. 혹 궁금하신 점이나 문의 사항이 있으시면 언제든지 댓글 및 방명록에 글 남겨주시길 바랍니다. 감사합니다.

[깃, Git] Git 차이점 확인하는 diff 명령어 사용하기

Appia — Sun, 26 Nov 2023 07:07:01 +0900

[깃, Git] Git 차이점 확인하는 diff 명령어 사용하기

이전 포스팅에서는 Git merge Conflict(머지충돌)을 해결하는 방법에 대해서 살펴봤습니다. 앞선 포스팅에서 아마도 느끼셨겠지만, Git Merge 과정에서 많은 어려움을 겪을 수도 있습니다. 그래서 앞으로 겪을 문제상황을 해결하는 방법에 대해서 2개의 포스팅을 통해서 실제 각 파일을 열어서 수정하는 방법과 VSCode를 이용해서 해결하는 방법을 살펴봤습니다. 이번 포스팅에서는 git의 필수적인 요소는 아니나, 매우 많이 사용되고 있는 git의 차이점을 확인하는 git diff 명령어에 대해서 살펴보고자 합니다.

[깃, Git]Git Merge란? (Feat. Fast-Forward Merge)

[깃, Git]Git Merge란? (Feat. Fast-Forwarding Merge) 앞선 포스팅들에서는 git branch(깃 브랜치)에 대해서 살펴봤습니다. 의미아, 보기, 생성하기, 삭제하기등을 여러 포스팅에 걸쳐서 이야기를 해봤습니다.

appia.tistory.com

먼저, git diff에 대해서 약간의 추가 설명을 해보고자 합니다. 일단, git diff의 경우 가장 쉽게 생각하시면, git에서의 변경사항을 보여주는 명령어 입니다. git diff를 통해서 확인할 수 있는 변경사항은 다음 4가지의 경우입니다.

commit
working directory(작업 폴더)
두개의 브랜치 간 또는 두개의 파일 사이에의 변경사항
로컬과 리모트(Remote, 여기에서는 그냥 간단히 github라고 칭하겠습니다.)사이에서의 변경

git diff명령어는 git add / git commit과는 달리 repository에 어떤 작업도 하지 않습니다. 쉽게 이야기 드리면, git status 와 git log 명령어 처럼 repositoy에 어떤 작업도 하지 않고, repository에 어떠한 영향도 끼치지 않습니다. 그저 변경 사항에 대해서 순수하게 정보를 보여주는 명령어라고 생각하시면 됩니다.

git diff의 명령어를 실행하는 방법은 매우 간단합니다. 다음과 같은 명령어를 git bash 창에 입력하고 실행하시면 됩니다.

$ git diff

그럼 위의 명령어를 간단한 예시로 만들어서 실행을 해보도록 하겠습니다. 일단, git bash를 실행하신 후에, 앞서서 작업을 했던 repository를 열어보도록 하겠습니다. 제가 여기에서 repository를 연다고 했는데, 그냥 해당 repository가 있는 폴더로 이동한다고 생각하시면 됩니다.

예제로 repository로 이동

그런 후에 git diff를 통해서 변경사항을 확인하기 위해서, 해당 repository에 존재하는 파일을 수정을 해보도록 하겠습니다. 저 같은 경우에는 마지막 줄(4번째줄) 에 "print"라는 글자을 추가하였습니다.

git diff로 변동 사항을 확인하기 위한 예제 파일 수정

그런 후에 다른 파일 또한 함께 수정을 해보도록 하겠습니다. 여기에서는 conflict marker 부분만 삭제하였습니다.

git diff로 변동 사항을 확인하기 위한 예제 파일 수정2.

위에서와 각각 파일을 수정을 하고 나서, 저장을 하도록 하겠습니다. 그리고 나서, git diff를 명령어를 실행해보도록 하겠습니다. 그러 다음과 같이 차이점에 대해서 나타납니다. (물론, 여기에서 git diff를 읽는 방법에 대해서는 무시하셔도 됩니다. 이 부분에 대해서는 다음 포스팅에서 다루도록 하겠습니다. )

git diff 결과

현재 저는 간단히 변경 사항을 만들었지만, 실제로는 엄청 많은 양은 데이터들이 출력이 됩니다. 그럼 여기에서 git status의 경우에는 어떻게 보여지는 지 같이 한번 살펴보겠습니다. git status를 실행하면, 변경사항에 대해서는 나타나지 않지만, 실제 어떤 파일들이 변경되었는지 확인이 가능합니다.

git status의 결과

이와 같은 방법으로 현재 git의 변경 사항에 대해서 파악을 할 수 있습니다.

[깃, Git] Git Merge Conflict(머지 충돌) 해결하는 방법

[깃, Git] Git Merge Conflict(머지 충돌) 해결하는 방법

appia.tistory.com

이번 포스팅에서는 [깃, Git] Git 차이점 확인하는 diff 명령어 사용하기라는 주제로 살펴봈습니다. 실제, git의 동작에서는 크게 영향을 끼치지 않지만, 변경사항에 대해서 추적할 때에는 매우 유용하게 사용할 수 있습니다. 하지만, 실제로는 Gitkraken과 같은 GUI 툴을 통해서 변경사항을 확인하기 때문에, 많이 사용되지는 않습니다. 하지만, command 기반으로 사용하는 것을 선호하시는 분들에게는 아직도 매우 널리 사용됩니다. 직접 사용하지 않더라도, 해당 명령어에 대해서 숙지하고 계시길 바랍니다.

[깃, Git] VSCode를 이용한 쉽게 Git Merge Conflict(머지 충돌) 해결하기

Appia — Sat, 25 Nov 2023 07:55:01 +0900

[깃, Git] VSCode를 이용한 쉽게 Git Merge Conflict(머지 충돌) 해결하기

먼저 앞선 포스팅에서는 Git Merge Conflict(머지 충돌)을 해결하는 방법에 대해서 살펴봤습니다. 실제, 많은 Merge Conflict(머지 충돌) 이슈가 있고, 이부분에 해결하는 방법에 대해서 단편적으로 봤습니다. 물론, 각 파일을 열어서, 해당 부분에 대한 파일을 수정해서, 진행하는 경우도 많습니다. 하지만, 다양한 에디터 툴에서는 이런한 부분에 대해서 일정부분 자동으로 수정등이 가능한 방법들을 제시하고 있습니다. 그래서 이번 포스팅에서는 VSCode를 바탕으로 Merge Conflict(머지 충돌)가 발생할 때, 파일을 수정하는 방법에 대해서 살펴보겠습니다.

[깃, Git] GitKraken 다운로드 및 설치하기(with repository)

[깃, Git] GitKraken 다운로드 및 설치하기(with repository) 이전에 소스트리(SourceTree)와 포크(Fork)을 다운로드 하고 설치하는 부분에 대해서 포스팅을 한 적이 있습니다. 물론, 소스트리(SourceTree)와 포크(

appia.tistory.com

이번 포스팅에선 Commit 및 환경에 관련된 부분에 대해서 GUI툴인 GitKraken을 활용해서 진행하도록 하겠습니다. 이 부분은 다른 다양한 툴에서도 동일한 방법이나, GitKraken을 설치 하실 분들은 상기 링크를 참조하셔서 설치진행하시면 될듯합니다. 그럼 먼저, 이전 포스팅까지 진행된 repository를 활용해서 진행을 하도록 하겠습니다. 먼저 이전까지 진행된 Repository를 GitKraken으로 열어보도록 하겠습니다.

이전 포스팅까지 진행된 Git Repository

여기에서, merge_b와 master을 merge하도록 하겠습니다. 일부로 Merge Conflict(머지 충돌)을 만들기 위해서, 저는 sub.txt파일을 각각 다르게 수정을 하도록 하겠습니다.

먼저, 현재 브랜치인 merge_b에서 sub.txt 파일에 대한 내용을 수정하도록 하겠습니다. 다음과 같이 파일을 수정하고, 파일을 저장합니다.

merge_b의 sub.txt 수정 내용

그리고나서, GitKraken으로 해당 부분에 대해서 Stage에 올립니다. 다음 빨간 상자를 누르면, 모든 수정 부분에 대해서 stage에 올릴 수 있습니다. 물론, 해당 부분에 대해서 선택해서 올릴 수도 있습니다.

merge_b의 sub.txt 수정 내용

그리고 나서, 하기와 같이 commit 메시지를 입력하고 해당 부분에 대해서 commit을 진행하시면 됩니다.

merge_b의 sub.txt 수정 내용에 대한 commit

위의 단계까지 하고 나면, 다음과 같은 화면이 나타날 것입니다. 다음과 같은 화면에서 빨간색 상자에서 보이는 "master"브랜치를 더블 클릭하여 브랜치를 이동하여 주시길 바랍니다.

merge_b의 sub.txt 수정 내용에 대한 commit 결과

위의 과정에서 sub.txt파일을 merge_b에서 수정하였습니다. 저는 일부러 merge conflict를 만들기 위해서, master 브랜치에서도 sub.txt를 merge_b와 다르게 수정하도록 하겠습니다.

master 브랜치로 브랜치 전환

위의 과정에서 master 브랜치로 전환을 하였습니다. 그리고 나서, sub.txt파일을 수정하도록 하겠습니다. 어차피 merge conflict(머지 충돌)을 만드는 것을 중점적으로 보기 위해서이기 때문에, sub.txt파일을 merge_b와 다르게 수정하겠습니다.

master의 sub.txt파일 수정

그리고 나서, sub txt를 stage에 add하고 앞서 merge_b에서 진행한 바와 같이 commit을 진행하도록 하겠습니다.

master브랜치의 sub.txt파일 수정후 commit

위의 과정까지 진행하면, 다음과 같이 GitKraken에서 명시를 합니다. 그러면, 이제는 master 브랜치에서 merge_b를 merge를 진행하도록 하겠습니다.

commit 후의 GitKraken의 화면

그러면 merge의 경우 아직까지 익숙한 Git Bash을 이용하도록 하겠습니다. 현재의 브랜치가 master이기 때문에 다음 명령어를 이용하여 merge_b를 merge를 시도하겠습니다.

$ git merge merge_b

그러면, 앞서서 봐왔던 바와 같이 CONFLICT 화면이 나타납니다.

merge 시도 결과

[윈도우11, windows11] Ms vscode 다운로드 및 설치하기

[윈도우11, windows11] MS vscode 다운로드 및 설치하기 파이썬 및 다양한 코딩 프로그램을 사용하기 위해서, 다양한 에디터 프로그램을 사용합니다. 이전에는 각 언어마다, 에디터 프로그램들이 다 달

appia.tistory.com

그러면, 위에서 충돌이 난 부분을 VSCode를 바탕으로 열어보도록 하겠습니다. VSCode가 설치되지 않은 분들은 위의 링크를 바탕으로 진행하셔도 됩니다.

먼저 위에서 Merge Conflict(머지 충돌)이 발생한 파일을 열어 보겠습니다. VS Code에서는 빨간색 보이는 부분과 같이 4가지 메뉴를 제공하고 있습니다.

Merge Conflict(머지 충돌) 발생한 파일을 VS Code로 열 경우

먼저, 각 메뉴는 클릭할 수 있습니다. 각 부분에 대해서 설명을 하면 다음과 같습니다.

메뉴	설명
Accept Current Change	현재 HEAD 기준으로 유지
Accept Incoming Change	Merge될 브랜치의 내용으로 전환 * 하기 예시에서는 merge_b의 내용으로 대체
Accept Both Changes	Conflict Marker를 제외하고 사용 * 즉, HEAD의 내용과 merge될 브랜치의 내용 모두 통합해서 사용
Compare Changes	충돌난 파일 비교

일단, 다음 부분은 Accept Both Changes를 누른 결과입니다. 보시는 바와 같이 Conflict Marker만 삭제되고, HEAD 부분의 내용과 Merge될 브랜치의 내용이 모두 존재합니다.

Accept Both Changes 클릭 결과

그리고, 다음 화면은 Compare Changes 부분의 메뉴를 클릭했을 경우입니다. 여기에서 compare 툴 같이 사용이 됩니다.

Compare Changes 클리 결과

일단, 위의 방식 중 하나를 선택하여 merge conflict를 해결하여 commit을 진행하였습니다.

Merge Conflict 해결 후 모습

이와 같은 방법으로 VSCode를 통해서 Merge Conflict(머지 충돌)을 해결할 수 있었습니다. 물론, 이와 같은 방법을 사용하시면 보다 쉽게 Merge Conflict(머지 충돌)을 해결할 수 있습니다. (그럼에도 사람이 직접해야하는 부분이 있습니다. 그런 부분에 대해서는 피할 수 없는 부분입니다.)

[깃, Git] Git Merge Conflict(머지 충돌) 해결하는 방법

appia.tistory.com

이번 포스팅에서는 [깃, Git] VSCode를 이용한 쉽게 Git Merge Conflict(머지 충돌) 해결하기라는 방법에 대해서 이야기를 해봤습니다. 이 부분과 앞선 포스팅을 바탕으로 Git Merge시에 발생하는 문제에 대해서 잘 피해가시길 바랍니다. 혹 궁금하신 점이나 문의 사항이 있으시면 언제든지 댓글 및 방명록에 글 남겨주시길 바랍니다. 감사합니다.

[깃, Git] Git Merge Conflict(머지 충돌) 해결하는 방법

Appia — Fri, 24 Nov 2023 07:47:15 +0900

[깃, Git] Git Merge Conflict(머지 충돌) 해결하는 방법

이전 포스팅에서, Git Merge commit이 생성되는 경우에 대해서 살펴봤습니다. 물론, 모든 merge의 경우 아무런 문제가 없다면 매우 이상적인 상황일 것입니다. 하지만, 실제로는 Merge시에 생각치 않은 이슈에 직면하게 됩니다. 그중 가장 큰 것이 바로 Merge conflict(머지 충돌)라는 부분입니다. 오늘 포스팅에서는 이 Merge conflict(머지 충돌)이 발생할 경우에 해결하는 방법에 대해서 살펴보겠습니다.

[깃, Git] Git Merge commit 생성되는 경우

[깃, Git] Git Merge commit 생성되는 경우 이전 포스팅에서 우리는 Git Merge에 대해서 이야기를 했습니다. 여기에서, Fast-Forward Merge를 기반으로 Merge에 대해서 이야기를 했었습니다. 물론, 앞선 포스팅에

appia.tistory.com

일단, Merge conflict(머지 충돌)에 대해서 간단히 이야기를 해보도록 하겠습니다. 이 부분은 쉽게 이야기 하면, Merge시에 동일한 한개의 파일에 대해서 각 브랜치에서 수정한 내용이 상이할 경우에 발생합니다. 예를 들면, 저희는 Merge할 A와 B라는 각 브랜치에서 동일한 한개의 파일에 대해서 각 수정한 내용이 다를 경우에 발생합니다. 이 부분은 해당 파일을 수정해서 다시 한번 git add / git commit을 진행해야합니다.

간단히 Merge conflict(머지 충돌)를 해결하는 방법은 다음과 같습니다.

merge시 충돌한 파일 열기
Merge conflict(머지 충돌) 부분 수정하기
제거 하기 " conflict markers"
그리고 변화를 add 하고 commit 만들기

그럼 간단한 예시를 함께 살펴보도록 하겠습니다. 이 예시에서는 일부로, Merge conflict(머지 충돌)이 발생하게 하고 이 부분을 수정하도록 하겠습니다.

일단, 별도의 폴더를 만들어서 하나 만들고, 해당 폴더에 git init을 통해서 repository를 초기화 하도록 하겠습니다.

$ mkdir mergeT
$ cd mergeT
$ git init
# 파일 생성 후 commit
$ touch main.txt
$ git add main.txt
$ git commit -m "add main file"

위의 명령어를 토대로, 다음과 같이 repository를 하나 생성하고, 하나의 commit을 생성하였습니다.

예제 commit 생성1

위의 명령어를 토대로, 추가 commit을 하나 더 생성합니다.

# 파일 생성 후 commit
$ touch sub.txt
$ git add sub.txt
$ git commit -m "add sub file"

예제. 추가 commit 생성

저희는 이제 2개의 브랜치를 만들어보겠습니다. 앞선 포스팅에서 나왔던, git switch -c 명령어를 사용해보도록 하겠습니다.

# 브랜치 생성
$ git switch -c sub

위의 명령어를 토대로, 브랜치가 생성 되었고 바로 전환되었음을 알 수 있습니다.

sub 브랜치 생성

추가로 t_sub라는 브랜치 또한 생성을 해보겠습니다.

$ git switch -c t_sub

t_sub 브랜치 생성

먼저, 앞선 과정에서 생성한 main.txt에 내용을 추가해보도록 하겠습니다. 이 내용은 t_sub 브랜치에 국한됩니다.

t_sub의 main.txt 파일 수정

그런 후에 해당 파일에 대해서 git add와 git commit을 진행해보도록 하겠습니다.

$ git add main.txt
$ git commit -m "modified main.txt"

위의 명령어를 토대로, commit을 진행하였습니다.

main.txt 수정 후 commit (t_sub 브랜치)

저희는 그런 후에 앞서서 생성한 sub 브랜치로 이동하도록 하겠습니다.

$ git switch sub

sub브랜치로 이동

그리고 나서, Merge conflict(머지 충돌)를 만들기 위해서, main.txt를 변경하도록 하겠습니다. 물론, 이전에 t_sub 브랜치에서 수정한 내용과 상이하게 만들겠습니다.

sub 브랜치의 Merge conflict(머지 충돌)발생을 위한 main.txt 수정

그리고 나서, 해당 부분에 대해서 git add / git commit을 통해서 commit을 진행하도록 합니다.

$ git add main.txt
$ git commit -m "t test"

위의 명령어릍 토대로 실행하면 다음과 같은 화면이 나타날 것입니다.

Merge conflict(머지 충돌)을 위한 파일 수정에 대한 commit 진행건

그리고 나서, 저희는 sub 브랜치의 현재 기준으로 하나의 브랜치를 추가로 생성합니다. 물론, 현재 sub 기준으로 바로 merge를 진행해도 되나, 혹 모를 상황을 대비하여, merge_b라는 브랜치를 하나 만들어서 merge를 진행할 예정입니다.

$ git switch -c merge_B

위의 명령어를 통해서 브랜치를 하나 생성하여, 바로 전환하도록 하겠습니다.

추가 브랜치 생성

그리고 나서, merge_B에서 git merge 명령어를 통해서 t_sub브랜치와 merge를 시도해보겠습니다. 역시 현재, 해당 부분에 대해서 merge를 진행하니 정상적으로 merge가 안되는 것을 볼 수 있습니다. 다음과 같은 화면에서, "CONFLICT"가 발생한것을 알 수 있습니다.

Merge conflict(머지 충돌) 발생화면

그러면 현재 문제가 되는 부분을 열어보도록 하겠습니다. main.txt 부분을 열어보면 다음과 같은 화면이 나타나는 것을 알 수 있습니다.

Merge conflict(머지 충돌) 발생후 해당 파일

위의 내용을 보면, 약간 이상한 내용이 보입니다. 즉, 이 부분을 conflict Markers라고 하는데, 즉 conflict가 발생한 파일에 대해서 해당 부분에 대해서 표시를 해줍니다.

<<<<<<<< HEAD
내용.... (HEAD 브랜치 내용)

=======
내용....(Merge할 브랜치 내용)
>>>>>>> Merge할 브랜치 이름

일단, 해당 부분에서 conflict marker를 삭제하고, 해당 파일을 수정하도록 하겠습니가. 그런 후에 저장을 해줍니다.

Merge conflict(머지 충돌)로 발생한 conflict marker 삭제 및 파일 수정 후의 main.txt

그리고 나서, 해당 파일에 대해서 git add를 진행하고, git commit을 진행하도록 합니다. 그런 후에 git log을 보면, 다음과 같이 정상적으로 merge가 된것을 알 수 있습니다.

Merge conflict(머지 충돌) 해결 후, commit 상태 확인

이 부분을 gitkraken으로 확인해보면, 다음과 같은 화면이 나타납니다.

Merge conflict(머지 충돌) 해결 후, commit 상태 확인 - gitkraken

이와 같은 방법으로 Merge conflict(머지 충돌)에 대해서 해결하는 방법에 대해서 살펴봤습니다.

[깃, Git] git branch(깃 브랜치)보기, 생성, 전환하기

appia.tistory.com

이번 포스팅에서는 [깃, Git] Git Merge Conflict(머지 충돌) 해결하는 방법라는 주제로 포스팅을 해봤습니다. 실제, 이 부분에 대해서 흔히 접할 수 있습니다. 이와 같은 부분에 대해서 해결하는 방법에 대해서 다양하게 연습을 해보는 것을 권장드립니다. 혹 궁금하신 점이나 문의 사항이 있으시면 언제든지 댓글 및 방명록에 글 남겨주시길 바랍니다. 감사합니다.

[깃, Git] Git Merge commit 생성되는 경우

Appia — Thu, 23 Nov 2023 07:41:42 +0900

[깃, Git] Git Merge commit 생성되는 경우

이전 포스팅에서 우리는 Git Merge에 대해서 이야기를 했습니다. 여기에서, Fast-Forward Merge를 기반으로 Merge에 대해서 이야기를 했었습니다. 물론, 앞선 포스팅에서는 Fast-Forward에 대해서 이야기 했지만, 실제 프로젝트를 진행할 경우 Fast-Forward Merge가 아닌 경우가 더욱 많습니다. 이번 포스팅에서는 그런 경우에 대해서 이야기를 해보고자 합니다.

[깃, Git]Git Merge란? (Feat. Fast-Forward Merge)

appia.tistory.com

일반적인 Merge의 경우

먼저, 위에서 보이는 부분과 같은 경우의 Merge가 가장 많이 발생합니다. 물론 이 과정에서 파일간의 conflict가 많이 발생합니다. 하지만, 여기에서는 이 conflict에 대해서는 이야기는 하지 않고, conflict이 없다는 전제로 이야기를 하겠습니다. 위와 같은 그림의 비슷한 예시로 만들어서 한번 살펴보겠습니다.

먼저, 하나의 폴더를 (novelExample1) 만들고, git을 초기화 하겠습니다.

$ mkdir novelExample1
$ cd novelExample1
$ git init

위의 명령어를 바탕으로 실행을 하겠습니다.

예시를 위한 repository 초기화

그리고, 나서, 파일을 하나 만들어서 commit을 하도록 하겠습니다. 이러한 과정을 한번 더 해서 총 2개의 commit을 생성해보도록 하겠습니다.

# commit 한 개 생성
$ touch master1.txt
$ git add master1.txt
$ git commit -m " add 1 file"

# 두 번째 commit 생성
$ touch master2.txt
$ git add master2.txt
$ git commit -m " add 2 file"

예제를 위한 commit 생성

그리고, switch -c 옵션을 통해서 branch(브랜치)를 생성하면서 전환하도록 하겠습니다.

$ git switch -c "merge_B"

위의 명령어를 통해서, branch(브랜치)를 생성하면서 전환하도록 하겠습니다.

branch(브랜치) 생성 & 전환

추가로 전환된 branch(브랜치)에서 파일을 하나 생성해서, commit해보도록 하겠습니다. 이러한 과정을 통해서 총 2개의 commit을 생성해보겠습니다.

# commit 한 개 생성
$ touch master_b1.txt
$ git add master_b1.txt
$ git commit -m " merge sample1"

# 두 번째 commit 생성
$ touch master_b2.txt
$ git add master_b2.txt
$ git commit -m " merge sample2"

예제를 위한 commit 생성 - branch(브랜치)

그리고 나서, 다시 한번 master로 전환해서, 파일을 하나 추가해보도록 하겠습니다.

$ git switch master
$ git touch master3.txt
$ git add master3.txt
$ git commit -m "add master3"

위의 명령어를 진행하겠습니다.

추가 commit 후 현재 상태

그러면, 여기에서 master에서 다음 명령을 통해서 merge를 진행해보도록 하겠습니다.

$ git merge merge_B

위의 명령어를 실행하면 다음과 같은 화면이 나타납니다.

git merge 실행 결과

그리고 나서, 여기에서 commit가 같이 메시지를 입력할 수 있게 현재 기본 설정되어 있는 editor 창이 나타납니다.

merge 메시지 입력 화면

여기에서 상기 화면에서 저장하고 종료하시면 다음과 같은 화면이 나타날 것입니다.

git merge 결과

이와 같은 화면으로 merge가 진행됨을 알수 있습니다. 그럼 이 부분을 git log를 통해서 살펴보겠습니다.

merge 이후 git log 결과

위에서 보이는 바와 같이 Merge가 된 것을 알 수 있습니다. 이 부분 또한 commit으로 생성이 됩니다. 그러면, 이 부분을 gitKraken 을 통해서 한번 살펴보겠습니다.

gitKraken으로 본 Merge 화면

이와 같은 방식으로 Merge를 commit이 생성이 됩니다.

[깃, Git] GitKraken 다운로드 및 설치하기(with repository)

appia.tistory.com

이번 포스팅에서는 [깃, Git]Merge commit 생성되는 경우라는 주제로 포스팅을 해봤습니다. 실제, Fast-Forward 보다는 이와 같이 Commit이 생성되는 경우가 훨씬 많습니다. 이 부분을 바탕으로, 다양한 경우가 발생할 수 있는 데, 그중 하나가 바로 merge시에 충돌이 발생하는 경우 입니다. 이 부분에 대해서는 다음 포스팅을 통해서 이야기를 해보도록 하겠습니다.

[깃, Git]Git Merge란? (Feat. Fast-Forward Merge)

Appia — Wed, 22 Nov 2023 07:20:44 +0900

[깃, Git]Git Merge란? (Feat. Fast-Forwarding Merge)

앞선 포스팅들에서는 git branch(깃 브랜치)에 대해서 살펴봤습니다. 의미아, 보기, 생성하기, 삭제하기등을 여러 포스팅에 걸쳐서 이야기를 해봤습니다. 이번 포스팅에 앞선 포스팅에 이어서, Merge에 대해서 이야기를 해보고자 합니다. 물론, 이 Merge 또한 브랜치 기준으로 이루어집니다.

[깃, Git] git branch(깃 브랜치)와 HEAD(헤드)란?

appia.tistory.com

이전 포스팅에서, git branch(깃 브랜치)에 대해서 설명을 진행하면서, 여러 사람들이 동시에 병렬적으로 작업을 해야 하는 경우가 있을 수 있다고 이야기를 하였습니다. 이러한 부분들이 결론적으로 한 개의 git branch(브랜치)로 통합이 되어야 합니다. 그래서, 각 2개를 한 개로 합치는 과정을 Mege라고 합니다.

Git Merge Workflow

그럼 위의 workflow을 기준으로 간단히 다시 풀어서 이야기를 해보면, 위에서 보이는 그림에는 총 2가지 branch(브랜치)가 존재합니다. 여기에서, A지점에서 우리는 동시 작업을 하기 위해서, 빨간색 branch(브랜치)를 생성하였고, 여러 작업을 하면서 2번의 commit을 진행하였습니다. 그리고 나서, 이 부분을 기존 master branch(브랜치) merge를 진행합니다.

그럼 여기에서, Merge를 이야기할 때 주의해야할 점 2가지에 대해서 이야기를 하겠습니다.

특정 커밋이 아니라, 브랜치 병합
현재 HEAD브랜치에 병합함 즉, HEAD가 가르키는 위치에 Merge

그러면, Mege하는 방법에 대해서 간단히 살펴보겠습니다. 먼저, 예를 들면, master에 Merge하고자 한다.

git switch master 
git merge [병합하고자 하는 브랜치 이름]

그럼 간단한 예시로 다음과 같은 방법으로 진행을 해보고자 합니다. 일단, 특정 시점에서, commit(8531a3)기준으로 브랜치를 하나 생성합니다. external이라는 이름으로 branch(브랜치)를 생성을 합니다. 그리고 external 브랜치에서 파일을 하나 생성하고, commit을 진행합니다. 그리고, 추가로 파일 commit을 하나 더 시킵니다.

external이라는 브랜치에 파일 commit

external이라는 브랜치에 파일 commit2

위의 과정을 진행하고 git log를 통해서, 현재 commit의 상태를 보면 다음과 같은 형태인 것을 알 수 있습니다.

git log의 결과

이 부분을 바탕으로 현재 도형으로 도식화 해서 보면 다음과 같습니다.

git log의 결과의 도식화

그럼 위의 부분을 master(녹색)를 바탕으로 external(빨간) branch(브랜치)를 merge할 경우에는 어떨까요? 그럼 일단, git bash 기준으로 보겠습니다. 하기 명령어를 통해서, Merge를 진행하도록 하겠습니다.

git switch master
git merge external

git merge 결과

이 부분을 바탕으로 git log를 결과를 보면, head 부분이 바뀐 것을 알 수 있습니다.

git merge 결과

그러면 이 부분을 도식화 해서 다시 보겠습니다. 일단, 이와 같은 구조에서는 보다 조금 더 쉽게 설명하기 위해서, branch(브랜치)에 색깔뿐 아니라 이름까지 명시하였습니다. Merge 이전에는 다음과 같은 구조 입니다.

Merge 이전

Merge이후에는 다음과 같이 변경이 됩니다.

Merge 이후

구조가 달라지지 않지만, master가 가리키는 commit만 변경이 됩니다. 별다른 추가 작업은 진행이 되지 않습니다. 이럴 경우에 Fast-Forward Merge라고도 합니다. 다른 작업 병합없이 commit 직접을 따라잡기 하여 병합하는 것입니다.

[깃, Git] Git의 commit 정보 확인하기 (feat. git log)

[깃, Git] Git의 commit 정보 확인하기 (feat. git log) 이전 포스팅에서, git의 기본 편집기을 변경하는 방법에 대해서 대해서 알아봤습니다. 이전 부분을 통해서 commit 메시지가 길거나, 많은 내용을 담아

appia.tistory.com

이번 포스팅에서는 [깃, Git]Git Merge란? (Feat. Fast-Forward Merge)라는 주제로 포스팅을 해봤습니다. 생각 보다 Merge가 간단하게 보이지만, 실제로는 많은 이슈들이 있습니다. 이번 포스팅에서는 간단히 Merge 하는 방법과 개념에 대해서 살펴보시고, 다음 포스팅에서는 다양한 Merge시에 문제점에 대해서 살펴보겠습니다.

[깃, Git] git branch(깃 브랜치)삭제, 이름 바꾸기

Appia — Tue, 21 Nov 2023 07:30:21 +0900

[깃, Git] git branch(깃 브랜치)삭제, 이름 바꾸기

이전 포스팅에서는 git branch(깃 브랜치)의 리스트를 보고, 생성하는 방법, 전환하는 방법에 대해서 이야기를 했습니다. 많은 프로젝트를 하면서 실제로, 브랜치를 삭제하는 생성하는 경우에 비해 삭제하는 경우는 많지는 않습니다. 하지만, 경우에 따라서는 삭제하는 경우도 있을 수 있기 때문에 이번 포스팅에서는 git branch를 삭제하는 방법과 이름 바꾸는 방법에 대해서 살펴보고자 합니다.

[깃, Git] git branch(깃 브랜치)와 HEAD(헤드)란?

appia.tistory.com

먼저, 앞선 포스팅에서 나왔던 현재의 git branch(깃 브랜치)를 보는 방법으로 현재 git branch(깃 브랜치)를 살펴보겠습니다.

$ git branch

위의 명령어를 토대로, 살펴보니 현재 두가지 git branch(깃 브랜치)가 있다는 것을 확인할 수 있습니다.

git branch 현황

사진을 캡처하지는 못했지만, 다음 명령어를 통해서, git branch를 하나 생성합니다.

$ git branch extenalWriter

그런 후에 git switch를 통해서 현재 위에서 생성한 git branch(깃 브랜치)로 이동합니다.

$ git switch extenalWriter

상기 명령어까지 실행하시면, 다음과 같은 화면이 나타나면서, git branch(깃 브랜치)를 이동한 것을 알 수 있습니다.

git branch(깃 브랜치)의 전환

그리고 다시 "master" 브랜치로 이동한 후에 다음 명령어로 현재의 commit 상태를 살펴보겠습니다.

$ git switch master
$ git log

그러면 다음과 같은 화면이 나타나는 것을 알 수 있습니다.

master git branch 기준의 commit상황

git branch(깃 브랜치) 삭제 하기

그리고, 여기에서 부터는 이제 git branch(깃 브랜치) 삭제하는 방법에 대해서 이야기를 해보도록 하겠습니다. 일단, 다음과 같이 새로 생성한 브랜치의 경우, commit이 없는 경우에는 아무런 문제 없이 삭제가 됩니다. 삭제하는 방법에 대해서 살펴보겠습니다. 단, git branch(깃 브랜치)를 삭제할 경우, HEAD가 다른 git branch(깃 브랜치)를 래퍼런스 해야합니다.

$ git branch -d [브랜치 이름]

그럼 위의 기준으로 다음과 같이 살펴보겠습니다.

$ git branch -d extenalWriter

위의 명령어를 실행하면 다음과 같은 화면이 나타날 것입니다.

git branch -d 명령어를 통한 삭제

이제는 약간 다른 상태를 보겠습니다. 즉, 새로 생성한 git branch(깃 브랜치)에 commit이 있을 경우입니다. 먼저 git branch를 생성하고, 파일을 하나 commit 하도록 하겠습니다. 앞선 명령어와 약간 다르게 생성시에 이전에도 언급한 git switch 명령어를 이용하여 생성하여 바로 전환하도록 하겠습니다.

$ git switch -c [브랜치 이름]

git branch(깃 브랜치) 생성 및 파일 commit

위에서 예제에서는 red1으로 git branch(깃 브랜치)를 생성하였습니다. 그리고, git log를 통해서 commit 상태를 보니, 다음과 같이 red1 브랜치에서 commit이 한개 추가를 해놓은 상태입니다.

git branch 전환과 현재 commit 상태

그리고, red1 브랜치를 삭제하기 위해서 blue 브랜치로 이동하겠습니다. 그리고 나서, 위에서 언급한 명령어인 git branch -d를 이용해서, 삭제를 진행해보도록 하겠습니다.

$ git branch -d red1

위의 명령어를 시도하니, 다음과 같은 화면이 나타납니다.

commit이 있는 git branch 삭제

그랬더니, 이상한 error메시지가 떠 있습니다.

error: The branch 'red1' is not fully merged. 
If you are sure you want to delete it, run 'git branch -D red1'.

즉, merge가 되어야 합니다. 저희는 merge에 대해서 아직 다루지 않았기 때문에 이 부분에 대해서는 나중에 이야기를 하겠습니다. 단, 이런 문제가 있을 경우에, "-D"옵션을 변경해서 진행하시면 됩니다.

commit이 있는 git branch 삭제 with -D옵션

위와 같이 옵션을 "-D"을 함꼐 하면 아무런 문제 없이 삭제가 되는 것을 알 수 있습니다.

git branch(깃 브랜치) 이름 변경하기

그럼 이제는 git branch(깃 브랜치)에 대해서 이름을 변경하는 방법에 대해서 이야기를 해보고자 합니다. 이 때는 해당 git branch(깃 브랜치)에 위치해야합니다. 일단, 저의 경우 blue를 test_flow라고 이름을 변경해보도록 하겠습니다.

$ git branch -m [변경할 이름]

위의 명령어를 토대로, 다음과 같이 변경을 시도했습니다.

$ git branch -m test_flow

위의 명령어를 입력하고, git status로 보면, 현재 git branch(깃 브랜치)이름이 변경된 것을 알 수 있습니다.

git branch이름 변경 결과

이와 같은 방법으로 git branch(깃 브랜치)에 대해서 이름을 변경할 수 있습니다.

[깃, Git] git add와 git commit 하기(with git log)

[깃, Git] git add와 git commit 하기(with git log) 앞선 포스팅에서는 git commit개념 및 workflow에 대해서 살펴봤습니다. 물론, 이론적으로 어떠한 단계로 commit이 이루어지는 지에 대해서는 인지를 하셨을 것

appia.tistory.com

이번 포스팅에서는 [깃, Git] git branch(깃 브랜치)삭제, 이름 바꾸기라는 주제로 포스팅을 해봤습니다. 실제, 잘 쓰지는 않지만, 반드시 알고 있어야 한다고 생각합니다. (개인적인 의견입니다.) 혹, 궁금하시거나 문의 하고 싶은 내용이 있으시면 방명록 또는 댓글로 문의 부탁드립니다. 감사합니다.

[깃, Git] git branch(깃 브랜치)보기, 생성, 전환하기

Appia — Mon, 20 Nov 2023 07:52:32 +0900

[깃, Git] git branch(깃 브랜치)보기, 생성, 전환하기

이전 포스팅에서는 git branch(깃 브랜치) HEAD(헤드)의 개념에 대해서 살펴봤습니다. 이전 포스팅에서는 실습 및 방법에 대해서는 전혀 언급하지 않아서, 이번 포스팅에서는 각 command를 직접 입력하면서, 해당 부분에 대해서 branch를 보고, 생성하고, 전환하는 방법에 대해서 살펴보도록 하겠습니다.

[깃, Git] git branch(깃 브랜치)와 HEAD(헤드)란?

appia.tistory.com

먼저, 이번 포스팅에서는 다음과 같은 그림의 구성으로 포스팅을 진행을 해보도록 하겠습니다.

예제 구성도

먼저, 앞선 과정까지 했던 방법을 통해서, 저의 경우 새로운 폴더를 생성하고, 이 폴더에 git init을 통해서 repository을 초기화 하도록 하겠습니다.

git init을 통한 git repository 초기화

git branch(브랜치) 보기

먼저, 현재 repository의 branch 정보를 보는 방법에 대해서 살펴보겠습니다.

$ git branch

위의 명령어를 통해서, 현재의 git의 branch를 살펴볼 수 있습니다. 단, 아무 commit이 없을 경우에는 이 또한 표현이 되지 않습니다.

git commit이 없는 환경에서의 git branch확인

그러면, 다른 Repository에서 이 부분을 실행해보도록 하겠습니다.

git branch 표시

위에서 보이는 부분과 같이 현재의 repository에 branch(브랜치)에 대해서 "git branch"을 통해서 살펴볼 수 있습니다. 위에 Repository에서 master와 test라는 2개의 branch가 있습니다. 그 중에 현재는 git branch의 결과 녹색으로 표시되는 branch(브랜치)에 있습니다.

그러면 다시 예제로 돌아와서, 위에서 보이는 그림에 따라서, outline.txt파일을 생성하고, 이 파일에 내용을 채워 놓겠습니다.

예제 파일 생성

그리고, 앞서 과정에서 진행한 바와 같이 git add와 git commit을 통해서 commit을 진행하였습니다. 그리고 나서, git log을 통해서 현재 commit 정보를 확인하였습니다.

생성한 예제 파일 commit ( outline.txt )

그리고, 추가로 character.txt라는 파일을 생성하고, 이 부분을 commit하도록 하겠습니다.

생성한 예제 파일 commit2.( character.txt )

위의 과정까지 2개의 commit이 존재한 것을 확인할 수 있습니다.

앞 과정까지의 git log의 결과

그리고 나서, git branch을 보도록 하겠습니다. 현재 추가 branch는 없지만, master 브랜치는 존재합니다.

git branch를 통한 현재 branch(브랜치) 정보 확인

그리고, 추가로 chapter1.txt라는 파일을 생성하여 이 부분을 작성하고 commit을 하도록 하겠습니다.

chapter1의 commit

git branch(브랜치) 생성 / 전환 하기

앞선 과정에서, 현재의 git branch(깃 브랜치)의 정보를 볼 수 있었다면, 이제는 git branch(깃 브랜치)을 생성해보도록 하겠습니다. 먼저 다음 명령어를 통해서 git branch(깃 브랜치)를 생성할 수 있습니다.

$ git branch [브랜치 이름]

위와 같은 방법으로 blue라는 git branch(깃 브랜치)를 생성해보도록 하겠습니다.

git branch(깃 브랜치 생성)

위의 과정에서 바로 git branch(깃 브랜치)가 전환되지 않습니다. 이를 위해서는 2가지 방법이 있습니다.

$ git switch [브랜치이름]
$ git checkout [브랜치이름]

위의 명령어를 통해서 작업하고 있는 브랜치를 변경할 수 있습니다. 저의경우에는 checkout을 사용하지는 않습니다. switch와 약간의 편차가 있기 때문입니다. 일단, 그 부분은 나중에 이야기를 한번 다루어 보도록 하겠습니다. 그러면 예시를 통해서 살펴보겠습니다.

별도의 repository을 바탕으로 다음 명령어를 통해서 살펴보겠습니다.

 $ git switch master

이 부분을 보시면, Switched to branch 'master'라는 이름으로 출력이 되고, branch(브랜치)가 변경된 것을 알 수 있습니다.

git switch 명령어를 통한 git branch(깃 브랜치) 변경

그러면 git checkout 또한 동일한 방식으로 진행을 해보도록 하겠습니다.

$ git checkout test

위의 과정을 실행하시면, Switched to branch 'test'라는 이름으로 출력이 되고, branch(브랜치)가 변경된 것을 알 수 있습니다.

git checkout 명령어를 통한 git branch(깃 브랜치) 변경

git branch(브랜치) 생성과 함께 전환 하기

매번 새로 branch(브랜치)를 생성하고, 전환하기는 매우 번거로운점이 있습니다. 그래서, switch 명령어를 통해서 생성과 동시에 변경이 가능합니다. 다음 명령어를 보도록 하겠습니다.

$ git switch -c [브랜치 이름]

위의 방법으로 git branch[깃 브랜치]를 생성하면서, 바로 전환할 수 있습니다.

git branch(브랜치) 생성과 함께 전환 하기

다시 예제로 돌아와서, 저희는 blue라는 브랜치를 만들고, 여기에 chapter2.txt를 시험적으로 작성하도록 하겠습니다.

예제를 표현한 chapter2 작성

그리고 나서, 이 부분을 다시 commit을 진행하겠습니다. 보시는 바와 같이 HEAD가 blue라는 branch 래퍼런스를 지칭하고 있는 것을 알 수 있습니다.

git log를 통한 commit 상태 확인

그러면 다시 마스터로 돌아가서, 저희는 chapter2.txt를 수정하도록 하겠습니다. 그리고 나서, 다음 부분에 대해서 chapter2.txt를 작성하고 commit하도록 하겠습니다.

git branch 변경후 chapter2.txt

git branch(깃 브랜치)를 전환하면, 좌우 내용이 계속 바뀌는 것을 알 수 있습니다.

git branch 전환에 따른 내용 변경

이와 같은 부분에 대해서, 앞서 포스팅한 GitKraken에서 repository을 import 해서 보도록 하겠습니다. 이와 같은 모습으로 branch가 형태의 모양을 가지고 있다는 것을 알 수 있을 것입니다.

GitKraken의 Repository 모습

이와 같은 방법으로 git branch(깃 브랜치)을 생성하고, 전환할 수 있습니다.

[깃, Git] GitKraken 다운로드 및 설치하기(with repository)

appia.tistory.com

이번 포스팅에서는 [깃, Git] git branch(깃 브랜치)보기, 생성, 전환하기라는 주제로 포스팅을 해봤습니다. 이 부분은 익숙해지는 과정이기 때문에 위에 내용에 대해서 더 많은 실습을 해보시는 것을 추천드립니다. 혹 궁금하신 점이나 문의 사항이 있으시면 언제든지 댓글 및 방명록에 글 남겨주시길 바랍니다.

[깃, Git] git branch(깃 브랜치)와 HEAD(헤드)란?

Appia — Sun, 19 Nov 2023 07:00:04 +0900

[깃, Git] git branch(깃 브랜치)와 HEAD(헤드)란?

이전 포스팅까지는 매우 기본적인 내용들인 Git Commit에 관련된 내용들과 그에 추가된 GUI 및 환경설정을 하는 부분에 집중적으로 다루었습니다. 앞선 부분에 대해서는 매우 기본적인 부분이었습니다. 이제부터는 조금 심도 있는 내용에 대해서 이야기를 해보고자 합니다. 그래서 이번 포스팅에서는 이제 또다른 git의 핵심 내용인 branch(브랜치)에 대해서 이야기를 해보고자 합니다. branch(브랜치)와 함께 HEAD에 대해서도 함께 이야기를 해보고자 합니다.

[깃, Git] Git Commit 개념 및 Workflow(깃 커밋 워크플로우)

[깃, Git] Git Commit 개념 및 Workflow(깃 커밋 워크플로우) 이전 포스팅에서는 Git에 대한 기본적인 개요 및 github등과의 차이점에 대해서 이야기를 해봤습니다. 그러면, 이제 흔히들 이야기 하는 commit

appia.tistory.com

1. branch(브랜치)란?

먼저, git을 통해서 다양한 작업을 하다보면, 많은 시간순으로 commit들이 이루어질 것입니다. 저는 branch(브랜치)을 흐름이라고 이야기를 하겠습니다. 이 흐름은 여러개가 될 수 있습니다.

조금 더 쉬운 이해를 위해서, 간단한 예로 책을 쓰는 작업을 한다고 가정을 하겠습니다. 처음에 개요를 짜고, 등장인물을 구성하였습니다. 그리고나서, 1장 작성을 완료했습니다. 이 과정에서, 2장에서 약간의 실험을 해보고 싶은 작가는 현재의 흐름을 기준으로 별도의 흐름을 생성합니다. (즉, branch을 만듭니다.) 그리고 나서, 원래의 계획과 다르게 시험적인 요소가 가미된 2장을 작성을 합니다. 그리고나서, 다시 본래의 흐름으로 돌아와, 최초에 생각했던 대로, 2장을 작성합니다.

branch(브랜치)란?

그런데 작가가 3장 4장에 대해서 공동작업을 진행해야 합니다. 3장, 4장은 외부 작가가 작업을 하도록 하고 본 작가는 5장 작업을 병행으로 진행합니다. 이 때도 외부 작가의 작업을 위한 별도의 흐름을 생성합니다.(즉, branch을 만듭니다.) 그리고, 3장 4장 작업을 진행합니다. 1장, 2장 작업을 한 작가는 5작업을 합니다. 그리고 나서, 이 부분을 병합합니다.

이와 같은 각 흐름이라고 지칭한 branch(브랜치)는 다수의 인원이 병행작업을 가능하게 해줍니다. 또한 시험적인 요소를 시도할 수 있게 해줍니다. 이러한 부분이 가능하게 해주는 git(깃)의 핵심적인 기능이 branch(브랜치)입니다..

2. HEAD란?

그럼 여기에서 HEAD에 대해서도 살펴보도록 하겠습니다. 먼저, 다음 화면은 git log의 결과입니다. 앞서서 포스팅한 바와 같이 commit에 대한 정보를 출력합니다. HEAD는 branch(브랜치) 래퍼런스를 가리킵니다. branch(브랜치) 래퍼런스란 현재 어떠한 branch(브랜치)에 있는지 표시를 해줍니다. 즉 화살표 이후에 있는 부분(하위 화면에서는 master)에 있는 branch(브랜치)가 활성화 되어 있다는 것을 나타내줍니다.

HEAD예시

여기에서 보면, (HEAD -> master)라는 부분이 있습니다. 이 부분은 Repository에서 현재의 위치를 가리키는 포인터입니다. HEAD의 경우 해당 branch (브랜치)에서 가장 마지막 commit된 위치를 가리킵니다.

그러면 다음 그림에서 살펴보겠습니다. 그러면 하기와 같이 노란색 화살표는 녹색 branch(브랜치)에서 HEAD을 나타냅니다.

HEAD 예시 1.

그러면 만약 빨간색 branch(브랜치)로 변경하였다면 현재 노란색 HEAD 또한 다음 보이는 부분과 같이 변경이 될 것입니다.

HEAD 예시2.

이와 같은 의미로 HEAD를 나타낼 수 있습니다. 그러면 제가 간단한 예로 브랜치를 바꿔보면서, HEAD의 변화를 살펴보겠습니다. 먼저, master 브랜치를 살펴보면, 다음과 같습니다. 현재 commit이 2개 존재합니다. 그보다 HEAD이후에 화살표가 가르키는 부분이 master라는 것을 알 수 있습니다.

master branch의 commit 상황

이 부분을 red라는 branch(브랜치)로 변경하여 commit된 상황을 살펴보도록 하겠습니다. 앞서 부분과 다른 것을 알 수 있습니다.

branch변경후 git log 결과

이와 같이 위에서 차이가 발생하는 HEAD값을 볼 수 있습니다. branch(브랜치)를 변경하니, HEAD가 가르키니 부분이 red(변경된 branch)로 변경이 된 것을 알 수 있습니다. 이와 같이 HEAD가 가리키는 branch(브랜치) 래퍼런스가 바뀐것을 알 수 있습니다.

[깃, Git] Git의 commit 정보 확인하기 (feat. git log)

appia.tistory.com

이번 포스팅에서는 [깃, Git] git branch(깃 브랜치)와 HEAD(헤드)란?라는 주제로 포스팅을 진행 했습니다. 이번 포스팅을 통해서 모든 것을 완벽히 이해하기가 어려울 수 있습니다. 이 부분에서 대략적인 개념만 잡으시고, 다음 포스팅을 통해서 실습과 함꼐 이 부분에 대한 개념을 숙지하는 것을 권장합니다. 혹 궁금하신 점이나 문의 사항이 있으시면 언제든지 댓글 및 방명록에 글 남겨주시길 바랍니다.

[깃, Git] .gitignore 파일 만드는 방법

Appia — Sat, 18 Nov 2023 07:35:53 +0900

[깃, Git] .gitignore 파일 만드는 방법

[깃, Git] .gitignore 파일 만드는 방법

앞선 포스팅에서, 우리는 .gitignore파일을 생성하여, git에서 관리 즉 추적이 되지않게 하는 방법에 대해서 살펴봤습니다. 물론, 현재 과제 및 프로젝트를 하고 있다면, 아마도 .gitignore파일이 생성되어 있을 것입니다. 하지만, 이런 부분이 없다면, 이 부분에 대해서 생성이 필요로 할 것으로 보입니다. 그래서 이번 포스팅에서는 .gitignore파일을 생성하는 방법에 대해서 살펴보고자 합니다.

[깃, Git] Git에서 .gitignore을 사용해서 추적안되는 파일, 폴더 설정하기

[깃, Git] Git에서 .gitignore을 사용해서 추적안되는 파일, 폴더 설정하기

[깃, Git] Git에서 .gitignore을 사용해서 추적안되는 파일, 폴더 설정하기 이전 포스팅에서는 Git의 Amending Commit을 이용해서, 이전 Commit에서 누락한 파일 또는 Commit 메시지를 수정하는 방법에 대해서

appia.tistory.com

물론, 상기 포스팅을 한 방법과 같이 직접 .gitignore파일을 생성할 수 도 있습니다. 하지만,이런 방법은 약간 번거로운 방법이 있습니다. 그래서 3가지 방법으로 살펴보겠습니다.

1. gitignore.io를 이용한 방법

먼저, 이용한 방법은 특정 사이트에서 생성을 제공하는 방법입니다. 먼저, 다음 링크를 클릭하여 이동해주시길 바랍니다.

https://www.toptal.com/developers/gitignore

gitignore.io

Create useful .gitignore files for your project

www.toptal.com

위의 링크를 클릭하시면 다음과 같은 화면이 나타날 것입니다. 여기에서, 가운데 입력하는 곳에 필요로 하는 개발 환경에 대해서 입력을 합니다.

gitignore.io 사이트 화면

저의 경우 python 기준으로 입력을 합니다. 밑에 보이는 부분과 같이 "python"을 입력하였습니다. 추가로, 더 입력할 수도 있습니다.

gitignore.io 사이트 화면 - 입력 예시

그런 후에 생성 부분을 클릭하셨다면, 다음과 같은 화면이 나타날 것입니다.

gitignore.io 사이트 화면 - 생성 결과 화면

위와 같이 .gitignore 파일이 생성될 수 있습니다.

2. github와 같은 호스팅 서비스를 이용한 방법

github/gitlab등과 같은 호스팅 서비스에서는 .gitignore파일을 생성하는 부분을 제공하고 있습니다. 단, 이 부분은 Repository를 생성할 때, 이 부분에 대해서 이용할 수 있습니다. 먼저 저의 경우 github를 기준으로 이야기를 하겠습니다. github를 로그인할 경우다음과 같은 화면이 나타납니다. 여기에서, 빨간색 상자와 같이 보이는 "New"부분을 바탕으로 새로운 repository를 생성할 수 있습니다.

github 로그인 화면

그런 후에 생성시에 "Add .gitignore" 부분에서 template 부분을 선택해주시면 됩니다.

github - "Add .gitignore" 기능

여기에서, 원하시는 template 옵션을 선택해 주시면 됩니다. 그런 후에 repository를 생성하시면, 해당 repository에 ".gitignore"파일이 생성됩니다.

github - "Add .gitignore" 기능 완료

이와 같은 방법으로 github와 gitlab과 같은 호스팅 서비스를 이용하여 ".gitignore"파일을 생성할 수 있습니다.

3. IDE를 이용한 방법 (feat. VS Code)

저의 경우에는 Python을 자주 사용하기 때문에, Pycharm과 VSCode를 많이 사용합니다. 많은 IDE의 경우에는 프로젝트를 새로 생성할 경우에 이 부분에 대해서 자동으로 생성해 줍니다. 물론, VSCode의 경우에는 별도의 extension 사용이 필요로 합니다.

먼저, VSCode를 실행하시면, 좌측 부분에 보시면, "Extension"부분을 클릭해주시길 바랍니다.

VSCode 실행화면

그런 후에 보이는 부분과 같이 빨간 상자 부분에 "gitignore"부분을 입력해서 검색을 해주시길 바랍니다.

VSCode 실행화면 - Extension 검색화면

그러면, 다음과 같이 gitingore가 나타날 것입니다. 그중에서 "CodeZombie"에서 생성한 파일을 설치해주시길 바랍니다.

VSCode 실행화면 - Extension 실행화면

그런 후에 "Ctrl + Shift + P"를 누른 후에 "Add gitignore"부분을 검색해서 실행해주시길 바랍니다.

VSCode 실행화면 - Extension 실행화면 - "Add gitignore" 실행화면

그리고 나서, 원하시는 템플릿을 선택해주시길 바랍니다. 각 환경에 대해서 검색할 수 있습니다.

VSCode 실행화면 - gitignore 생성 화면 1.

저의 경우 위에서 "Python"을 검색하였고, 그런 후에 우측 하단에 다음과 같이 gitignore파일이 생성되었다는 화면이 나타납니다.

VSCode 실행화면 - gitignore 생성 화면 2.

그리고 나서, 해당 파일을 살펴보면, 다음과 같이 gitignore 파일이 생성이 되었습니다.

VSCode 실행화면 - gitignore 생성 화면 3.

이와 같은 방법으로 IDE를 통한 gitignore파일을 생성할 수 있습니다.

[깃, Git] Git Commit 개념 및 Workflow(깃 커밋 워크플로우)

appia.tistory.com

이번 포스팅에서는 [깃, Git] .gitignore 파일 만드는 방법라는 주제로 포스팅을 진행하였습니다. 실제, 이 부분에 대해서 gitignore파일을 생성하는 방법을 활용할 수 있습니다. 물론, 직접 입력하는 경우도 있지만, 경우에 따라서, 다음과 같은 부분을 활용할 수 있습니다. 혹 궁금하신 점이나 문의 사항이 있으시면 언제든지 댓글 및 방명록에 글 남겨주시길 바랍니다.

[깃, Git] GitKraken 다운로드 및 설치하기(with repository)

Appia — Fri, 17 Nov 2023 07:30:03 +0900

[깃, Git] GitKraken 다운로드 및 설치하기(with repository)

[깃, Git] GitKraken 다운로드 및 설치하기

이전에 소스트리(SourceTree)와 포크(Fork)을 다운로드 하고 설치하는 부분에 대해서 포스팅을 한 적이 있습니다. 물론, 소스트리(SourceTree)와 포크(Fork) 또한 좋은 git GUI Client이고, 대중에게 많이 사용되는 것이 많습니다. 하지만, 이번에 소개드릴 GitKraken의 경우에는 일단, 제가 사용했을 때에 만족도가 높아서, GitKraken을 다운로드하고 설치하는 방법에 대해서 포스팅을 진행해보고자 합니다.

[윈도우10/11 Windows10/11] 무료 깃(Git) GUI 프로그램 소스트리(Source Tree) 다운로드 및 설치하기

[윈도우10/11 Windows10/11] 무료 깃(Git) GUI 프로그램 소스트리(Source Tree) 다운로드 및 설치하기 앞선 포스팅에서는 GIT을 설치하는 것에 대해서 포스팅을 해봤습니다. 실제로, Git을 사용하는데에 있어

appia.tistory.com

[윈도우10 Windows10] Git Client Fork 다운로드하고 설치하기

[윈도우10 Windows10] Git Client Fork 다운로드 받고 설치하기

[윈도우10 Windows10] Git Client Fork 다운로드 받고 설치하기 이번 포스팅은 GIT을 사용하는 사람들을 위해서 GIT Client인 Fork을 다운로드 받고 설치하는 방법에 대해서 포스팅을 해보고자 합니다. 실제 S

appia.tistory.com

그럼 이제 GitKraken을 설치를 진행해 보도록 하겠습니다. 먼저, 다음 링크를 클릭하여 GitKraken의 공식 페이지로 이동하여 주시길 바랍니다.

https://www.gitkraken.com/

GitKraken Legendary Git Tools | GitKraken

Meet GitKraken, the creator of legendary Git tools for developers and teams - like the GitKraken Client, with Git GUI and CLI, Git Integration for Jira, and GitLens for VS Code.

www.gitkraken.com

위의 페이지를 클릭하시면 다음과 같은 페이지가 나타날 것입니다. 여기에서, 상단에 보이는 [Download GitKraken Client Free] 부분을 클릭하여 주시길 바랍니다. (현재 OS기준으로 해당 부분에 맞게 설치가 될 것입니다.)

GitKraken 홈페이지

위의 단계를 진행하시면, 다음과 같이 바로 설치파일을 다운로드 진행을 합니다. 다운로드가 완료되면, 해당 파일을 실행하여 설치를 진행해 주시길 바랍니다.

GitKraken 다운로드

그러면, 바로 설치가 진행이 됩니다. 가장 좋은 점은 별다른 중간 설정 없이 바로 설치가 진행된다는 것입니다.

GitKraken설치

GitKraken이 설치가 완료되면, 다음과 같은 화면이 나타날 것입니다. 여기에서 현재 Gitlab / github/ bitbucket 등에 연결할 수도 있고, 아니면 현재 PC에 있는 Repository을 열 수도 있습니다. 저의 경우, repository를 열어서 진행하도록 하겠습니다.

GitKraken 설정

위의 단계까지 진행하면, 현재 Git 설정에 대해서 설정할 수 있도록 합니다. 이 부분에 대해서, 원하시는 정보로 수정하거나, 아니면 기존의 부분을 확인하시고 나서, [Use these for Git commits] 부분을 클릭하시길 바랍니다.

Git설정 확인 (Name , email)

위의 단계까지 진행하고 나서, 다음과 같은 메뉴를 확인할 수 있습니다. 여기에서, 원하시는 부분을 클릭하시면 됩니다. 저의 경우에는 [Open repo] 부분을 선택하도록 하겠습니다.

GitKraken 설정 시작

Repository을 열기를 선택하셨다면, 다음과 같이 경로를 선택할 수 있도록 나옵니다. 이 부분에서 [Browse] 부분을 클릭하여 Repository가 있는 폴더를 선택해 주시길 바랍니다.

GitKraken 설정 Repository 설정

위의 단계까지 진행하면, 다음과 같이 Repository가 열려 있는 화면을 볼 수 있습니다.

GitKraken 실행화면

이와 같은 단계로 GitKraken을 실행하고 Repository을 연결해 봤습니다.

[깃, Git] 기본 git GUI와 외부 git GUI툴 정보 확인하기

[깃, Git] 기본 git GUI 와 외부 git GUI툴 정보 확인하기

[깃, Git] 기본 git GUI 와 외부 git GUI툴 정보 확인하기 이전 포스팅에서는 git add와 git commit에 대해서 살펴봤습니다. 가장 핵심인 정보에 대해서 살펴봤는데요. 이러한 부분들을 진행하다보니, 자연

appia.tistory.com

이번 포스팅에서는 [깃, Git] GitKraken 다운로드하기 및 설치하기(with repository)라는 주제로 포스팅을 진행했습니다. 아마 다양한 툴을 사용해 보면, 다들 각자의 장단점이 있습니다. GitKraken의 경우에 제가 느끼기에는 가장 사용성이 좋았던 것으로 보입니다. 물론, 유료 버전 또한 있지만, 무료 버전으로도 충분히 활용가치가 높은 것 같습니다. 혹 궁금하신 점이나 문의사항이 있으시면 언제든지 댓글 및 방명록에 글 남겨주시길 바랍니다.

[깃, Git] Git에서 .gitignore을 사용해서 추적안되는 파일, 폴더 설정하기

Appia — Thu, 16 Nov 2023 07:42:01 +0900

[깃, Git] Git에서 .gitignore을 사용해서 추적안되는 파일, 폴더 설정하기

이전 포스팅에서는 Git의 Amending Commit을 이용해서, 이전 Commit에서 누락한 파일 또는 Commit 메시지를 수정하는 방법에 대해서 살펴봤습니다. 그러면, 이번 포스팅에서는 git에서 파일 또는 폴더가 추적되지 않게 즉, git에서 무시될 수 있게 하는 방법에 대해서 알아보고자 합니다.

일례로, 다음과 같이 버전관리가 필요로 하지 않는 파일들이 존재합니다. 예로 들면, 현재 나의 컴퓨터 상태를 나타내는 설정파일 및 다양한 파일들이 있을 수 있습니다. 그러한 부분들은 실제로 git에서 추적이 불필요합니다. 물론 사용자가 매번, 이러한 파일들에 대해서 git add 및 git commit시에 신경써서, 이러한 파일들이 빠지도록 할수도 있지만, 설정자체로 이러한 파일들을 제거 할 수 있습니다. 가장 좋은 방법이 바로 ".gitnore"파일을 이용하는 것입니다. 다음 예시를 통해서 한번 살펴보도록 하겠습니다.

일단, git의 추적이 필요로 하지 않는 .info 파일에 대해서 생성을 해보도록 하겠습니다.

$ touch setup.info

위의 명령어를 실행해보도록 하겠습니다.

setup.info파일생성

위의 과정이후에, git status를 실행해보도록 하겠습니다.

setup.info 생성 후 git status 결과

아마도 앞선 포스팅을 보셨던 분들은 위와 같은 결과를 예상하셨을 것입니다. 빨간색으로 현재 stage에 올라오지 않은 변경점에 대해서 표시가 됩니다. 여기에서 .ignore을 이용해서, 이 부분을 무시하도록 해보도록 하겠습니다.

먼저, 다음 명령어를 통해서 ".gitignore"파일을 생성하도록 하겠습니다.

$ touch .gitignore

.gitignore 파일 생성

그런 후에 해당 파일을 열어서, 다음과 같은 원칙으로 입력해주도록 하겠습니다.

형태	사용방식	예시
특정확장자 포함 모든 이름	*.확장자	*.info
특정 이름의 모든 파일	파일이름.*	config.*
특정 폴더 하위	폴더이름/	sub_config/
특정 폴더의 파일	폴더이름/파일이름	sub_config/ccc_test.t1

그럼 먼저, info의 확장자를 가지는 모든 파일을 git에서 무시하도록 해보겠습니다. 저의 경우 윈도우 탐색기를 열어서, 해당 파일을 수정하였습니다.

$ start . #현재 폴더 기준 탐색기 실행

위의 명령어를 통해서, 해당 폴더를 열어, .gitignore파일을 다음과 같이 수정하였습니다.

.gitignore파일 수정 예시

그리고 나서 다시 git status를 입력하여 상태를 보니, 다음과 같이 .gitignore파일을 git에서 모니터링 하는 것을 알 수 있습니다.

.gitignore파일 수정 후 결과

저는 .gitignore파일이 git에서 추적되는 것을 보고, 이 또한 무시되게 하겠습니다. 물론, 실제 회사에서는 형상관리에 대한 관리를 하시는 분이 이 부분에 대해서 입력해서 공유 하는 경우가 많습니다. (이 부분은 완전히 저의 개인 취향입니다.)

.gitignore파일 수정  (.ignore파일 또한 모니터링 안되게 수정)

위와 같이 수정한 후에 다시한번 "git status"를 입력하니, 다음과 같은 화면이 나타납니다.

.gitignore파일 수정 후 결과 (.ignore파일 또한 모니터링 안되게 수정)

이와 같이 .ignore파일을 수정하여 파일을 버전관리 대상에서 제외시킬 수 있습니다. 그러면, 위에서와 약간의 다른 예시로, 특정 파일 이름을 가지는 모든 파일에 대해서 버전관리대상에서 제외시켜보도록 하겠습니다.

다른 예시인데, very라는 이름을 가지는 모든 파일에 대해서 버전관리 대상에서 제외시키도록 하기와 같이 내용을 추가하겠습니다.

very.*

.gitignore파일 수정

그리고 나서, very.txt를 생성하여, git status로 실행하여 git의 현재 상태를 보도록 하겠습니다. 보이는 바와 같이 현재 파일이 추가되도, git에서는 관리 대상에서 제외되고 있다는 것을 알 수 있습니다.

.gitignore파일 수정 결과

물론 다음과 같은 옵션들도 당연히 추가되어 사용할 수 있습니다.

형태	사용방식	예시
특정이름으로 시작하는	특정이름.	too.
특정이름을 포함하는	파일이름.*	too.*

여기에서, 대소문자의 구별을 주의 하셔야 합니다.

그러면, 이제는 하위 폴더에 대해서 살펴보도록 하겠습니다. 그럼 이번에는 폴더를 2개 생성하고, 각 폴더에는 파일을 생성하도록 하겠습니다.

$ mkdir sub_config
$ mkdir sub_config1
$ cd sub_config
$ touch ex1.txt ex2.txt
$ cd ..
$ cd sub_config1
$ touch tex1.txt tex2.txt
$ cd ..

위와 같은 형태로, 현재 예시를 한번 만들어봤습니다.

예시 생성

그런 후에 다시 git status를 실행하니, 생성한 폴더가 추적되고 있음을 확인할 수 있습니다.

폴더 및 폴더의 하위 파일 생성 후 git status 결과

위의 부분을 바탕으로, sub_config 폴더 전체를 버전관리 대상에서 제외 시키도록 하겠습니다. 다음 부분을 .gitignore 부분에 추가해주도록 하겠습니다.

sub_config/

그런 후에 .gitignore를 저장하도록 하겠습니다.

.gitignore수정

그런 후에 다시한번 git status부분을 입력하면, .gitignore에 추가하지 않은 sub_config1/부분만 남아 있는 것을 알 수 있습니다.

git status 결과

이와 같은 방법으로 파일 및 폴더의 내용에 대해서 버전관리 대상에서 제외할 수 있습니다.

[깃, Git] git add와 git commit 하기(with git log)

appia.tistory.com

이번 포스팅에서는 [깃, Git] Git에서 .gitignore을 사용해서 추적안되는 파일, 폴더 설정하기라는 주제로 git에서 모니터링 되지 않게 버전관리 대상에서 제외하는 방법을 살펴봤습니다. 작업하시다가 궁금하신 점이나 문의 사항이 있으시면 언제든지 댓글 및 방명록에 글남겨 주시길 바랍니다. 감사합니다.

[깃, Git] Git의 Amending Commit(Commit시 누락한 파일 추가하기 및 commit 메시지 수정하기)

Appia — Wed, 15 Nov 2023 07:36:25 +0900

[깃, Git] Git의 Amending Commit(Commit시 누락한 파일 추가하기 및 commit 메시지 수정하기)

이전 포스팅에서는 Git GUI Client를 이용하여 Commit을 하는 방법에 대해서 살펴봤습니다. 이전과 달리, Command가 아니라서, 편한것은 있었지만, 아직까지 저는 구식이라서 그런지 몰라도 Command가 편합니다. 물론 회사에서 작업을 하고, 프로젝트 진행시에는 거의 command를 안치지는 경향이 있지만요. 이번 포스팅에서는 Amending Commit이라는 내용에 대해서 이야기를 해볼려고합니다.

[깃, Git] git add와 git commit 하기(with git log)

[깃, Git] git add와 git commit 하기(with git log)

appia.tistory.com

먼저, Amend라는 기능은 commit의 하나의 옵션입니다. 이 부분은 바로 이전 commit에 대해서 누락된 파일을 추가하거나, 아니면 commit 메시지를 변경할 수 있도록 기회를 줍니다. (단, 바로 이전에 commit에 한하여 기회가 제공이 됩니다.) 10번의 commit중 10번째만 수정이 진행이 가능합니다. 1~9번째 commit에 대해서는 해당 되지 않습니다. 이 Amend라는 옵션을 사용하는 것을 Amending commit이라고도 합니다. 사용빈도가 매우 많지는 않지만, 그래도 알고 있으면 매우 유용한 기능입니다. 그러면 저희는 간단한 예시를 통해서 이 기능에 대해서 함께 살펴보도록 하겠습니다.

먼저 commit정보에 대해서 git log 명령어를 통해서 한번 살펴보겠습니다.

$ git log

위의 명령어를 통해서, 현재 Repository에 대한 commit 정보에 대해서 살펴볼 수 있습니다.

현재의 git commit 정보

그런데, 제가 혹 마지막 commit에서 파일을 하나 누락하였다고 가정하겠습니다. 물론, 이 부분을 별도의 commit으로 진행을 할수도 있습니다. 하지만, 그럴 경우 한 두번의 경우는 상관이 없지만, 횟수가 잦아지면, Repository가 복잡해지겠죠. 그래서 amend 옵션을 사용할 예정입니다. 다음 명령어를 통해서 파일을 하나 추가해보도록 하겠습니다.

$ touch forgetten_file.log

위의 명령어를 통해서 파일을 생성해보겠습니다.

누락한 파일 생성

위에서 생성한 파일은 이전 commit에서 포함되어야 할 파일이었다고 가정을 하고, git add를 통해서 stage로 올리도록 하겠습니다.

$ git add forgetten_file.log

추가한 파일 stage에 올림

위의 과정을 거친 후에, 다음 명령어를 입력하도록 하겠습니다.

$ git commit --amend

위의 명령어를 실행해보도록 하겠습니다.

git commit --amend 실행결과

그랬더니, 이전에 설정된 에디터 창을 통해, 현재 commit 메시지가 나타난 것을 알 수 있습니다. 이 부분을 수정해보도록 하겠습니다.

기존 commit 메시지

위의 부분에서 한글을 영어로 바꾸고, 내용을 바꾸도록 하겠습니다.

변경된 commit 메시지

위와 같은 방법으로 기존 마지막 commit의 메시지를 수정하고 저장 후에 종료하도록 하겠습니다. 그랬더니, 다음과 같이 commit이 진행된 것을 알 수 있습니다.

git commit --amend 실행 결과

그리고 나서 다음 명령어를 통해서 현재 commit상태를 확인해보도록 하겠습니다.

$ git status

위의 명령어를 실행해보니, 다음과 같이 현재 git commit 결과를 보여줍니다.

git commit --amend 결과 확인

위의 명령어를 통해서, 추가 commit 없이 마지막에 추가된 파일이, 이전 commit에 추가되었음을 알 수 있습니다. 물론, 수정한 commit 메시지 또한 변경이 된 것을 확인할 수 있었습니다. 이와 같은 방법으로 git commit --amend을 통하여 amending commit을 진행할 수 있습니다.

[깃, Git] Git의 commit 정보 확인하기 (feat. git log)

appia.tistory.com

이번 포스팅에서는 [깃, Git] Git의 Amending Commit(Commit시 누락한 파일 추가하기 및 commit 메시지 수정하기)라는 주제로 이야기를 해봤습니다. 실제, commit 뿐 아니라, 브랜치에 대해서 amend 옵션을 사용하기는 하지만, 이 부분은 향후 브랜치에 대해서 이야기를 하면서 함께 진행을 해볼까 합니다. 이번 포스팅에서는 이 기능을 통해서 바로 이전의 commit에 대해서 파일을 추가하거나 commit 메시지를 변경할 수 있었습니다. 혹 궁금하신점이나 문의 사항이 있으시면 언제든지 댓글 및 방명록에 글 남겨주시길 바랍니다.

[깃, Git] Git의 GUI Client를 이용한 Commit(feat. SourceTree)

Appia — Tue, 14 Nov 2023 07:51:26 +0900

[깃, Git] Git의 GUI Client를 이용한 Commit(feat. SourceTree)

이전 포스팅에서 Git의 commit 정보하기라는 주제로 git log에 대한 옵션을 적용하는 방법에 대해서 살펴봤습니다. 실제로, GUI툴을 사용하는 경우, git log등에 대해서 잘 사용하지 않는 경우가 많습니다. 저의 경우에는 실제로, Fork, SourceTree을 주로 사용하였지만, 최근에 있어서, GitKraken을 사용하고 있습니다. (과제에 따라서, 현업하는 사람들이 사용하는 툴을 바꿔가면서 사용합니다.) 그래서 이번 포스팅에서는 소스트리(Source Tree)을 이용하여 Git commit을 하는 방법에 대해서 이야기를 해보고자 합니다. 기본적으로 대부분 GUI툴들이 다 비슷하기 때문에 이 부분을 토대로, 다른 툴을 사용하셔도 비슷합니다.

[윈도우10/11 Windows10/11] 무료 깃(Git) GUI 프로그램 소스트리(Source Tree) 다운로드 및 설치하기

appia.tistory.com

먼저 소스트리(Source Tree)를 처음 실행하시면 다음과 같은 화면이 나타날 것입니다.

소스트리(Source Tree) 실행화면

여기에서 현재 repository을 불려오기 위해서는 현재 repository가 있는 폴더의 경로를 확인해야합니다. 그래서, Git Bash을 실행하도록 하겠습니다.

git bash 실행화면

물론, 저는 git bash을 실행하고, 현재 repository가 있는 폴더로 이동하였습니다. 여기에서 다음과 같은 command을 바탕으로 현재 경로를 확인하였습니다.

$ pwd

그럼 현재 작업하고 있는 경로가 나타날 것입니다.

git bash에서의 현재 작업 경로 확인하기

여기에서, 다시 소스트리(Source Tree)로 이동해서 보겠습니다. 여기에서, [파일] - [열기] 부분을 클릭하여 주시길 바랍니다.

소스트리(Source Tree) Repository 열기

위에서 [파일] - [열기]부분을 클릭하시면 다이얼로그가 나타날것입니다. 여기에서, 위에서 확인한 경로를 입력하시고 [폴더 선택] 부분을 클릭하여 주시길 바랍니다. 단 하나 조심해야할 것은 다음과 같이 변경이 필요로 합니다.

/c/Users/Appia/commit_test -> c:\Users\Appia\commit_test

Repository 폴더 선택하기

위의 단계까지 진행하시면 다음과 같은 화면이 나타날 것입니다. 별도의 책갈피는 필요없기 때문에 저의 경우에는 [취소]를 클릭하여 진행하도록 하겠습니다.

소스트리(Source Tree) 폴더 선택 완료1.

위의 단계까지 진행하시면, 다음과 같은 화면이 나타나는 것을 알 수 있습니다. 저희가 앞선 포스팅에서 봤던 git log --oneline보다 깔끔하고 시인성이 좋습니다. 실제로 이러한 점떄문에 대부분 사람들은 GUI Client를 사용합니다. 그러면 여기에서, 좌측에 있는 [파일 상태]부분을 클릭하여 주시길 바랍니다.

소스트리(Source Tree) 폴더 선택 완료2.

저의 경우 위의 단계를 진행하기 앞서서, 파일을 하나 생성해 주길 바랍니다. 물론, 클릭하시고 하셔도 크게 상관 없습니다. 저는 앞에 포스팅에서 다루었던 방법과 touch명령어를 통해서 파일을 하나 생성하도록 하겠습니다.

파일 생성 화면

그러면 다음과 같이 화면이 나타날 것입니다. 여기에서, 저와 같이 그냥 [모두 스테이지에 올리기]를 클릭하셔도 되고, 여러개의 파일이 있을 경우에 파일을 선택하고나서, [선택 내용 스테이지에 올리기]부분을 클릭하여도 됩니다.

소스트리(Source Tree)을 이용한 스테이지 올리기

그러면, 이전과 같이 message을 입력하고 나서, [커밋]부분을 클릭하여 커밋을 진행하도록 하겠습니다. 저의 경우 "best1.log파일 추가"라는 message을 입력하도록 하겠습니다.

소스트리(Source Tree)을 이용한 커밋하기

위의 단계를 통해서 커밋을 진행하면 다음과 같은 화면이 나타납니다. 하단 부분에서, 상세 정보를 볼수 있습니다. 하지만, 메인 화면에서는 요약된 정보를 볼 수 있습니다.

소스트리(Source Tree)을 이용한 커밋 결과 보기

이와 같은 방법으로 GUI Client인 소스트리(Source Tree)을 이용한 커밋을 진행해봤습니다. 실제, 커맨드와 방법상에는 크게 차이는 없지만, 확실히 직관적이고 보기에 편한것이 사실입니다. 하지만, 저는 command로 하는 방법에 대해서 명확하게 알고 있는 상태에서 GUI을 접근하는 것을 권장합니다.

[깃, Git] git add와 git commit 하기(with git log)

appia.tistory.com

이번 포스팅에서는 [깃, Git] Git의 GUI Client를 이용한 Commit(feat. SourceTree)라는 주제로 포스팅을 해봤습니다. 앞서서 포스팅한 내용을 GUI기반으로 진행하면서, CLI기반과의 차이점에 대해서 확연히 확인할 수 있었습니다. 다른 GUI툴 또한 메뉴 위치등의 차이는 있지만, 기본 방식은 동일합니다. 작업하시다가 궁금하신 점이나 문의 사항이 있으시면 언제든지 댓글 및 방명록에 글 남겨주시길 바랍니다.

[깃, Git] Git의 commit 정보 확인하기 (feat. git log)

Appia — Mon, 13 Nov 2023 07:39:33 +0900

[깃, Git] Git의 commit 정보 확인하기 (feat. git log)

이전 포스팅에서, git의 기본 편집기을 변경하는 방법에 대해서 대해서 알아봤습니다. 이전 부분을 통해서 commit 메시지가 길거나, 많은 내용을 담아야 할 때에, 원하시는 기본 편집기를 사용하기 위한 환경을 설정하는 방법이었습니다. 이번 포스팅에서는 git commit과 관련이 있지만, commit 정보를 입력하는 것이 아니라, commit 정보를 확인하는 방법에 대해서 이야기를 해보고자 합니다. 먼저, 이전 포스팅을 통해서 다음 명령어를 통해서 commit 정보를 확인할 수 있다는 것에 대해서 이미 알고 계실 것입니다.

$ git log

위의 명령어를 입력하면 다음과 같이 현재 commit 한 정보에 대해서 알 수 있습니다.

git log 결과

위의 commit 같은 경우 제가 블로그 포스팅을 위해서 예제로 만든 부분이기 때문에 몇개 안되고, message 자체도 매우 간단합니다. 하지만, 실제 개발을 진행하시면, 몇십개에서부터, 몇개의 commit이 존재할 수 있습니다. 그래서 위에서 언급한 git commit 정보를 확인하는 git log 명령어에 대해서 조금 더 자세하게 보는 것이 좋은듯 합니다. 앞선, git 공식 문서의 내용 보는 방법이 있는 부분을 참조하여 git log에 대해서 살펴보도록 하겠습니다.

[깃, Git] Git 공식 문서 및 Pro Git 책 내용 보기

일단, Reference Manual에 내용에서, log 부분을 검토해보겠습니다.

git 공식 홈페이지 - git reference manual

위에서, [log]부분을 클릭하시면 다음과 같은 화면이 나타날 것입니다. 먼저 이전에도 보시는 바와 같이 기본적인 커맨드 명령어에 대한 설명등에 대해서 나와 있습니다. 물론, 이전에 나와 있는 포스팅 내용을 토대로, 보다 다양한 옵션 및 상세 내용에 대해서 확인이 가능합니다. 이번 포스팅에서는 git commit 정보에 대해서 간략하게 보는 방법에 대해서만 다루겠습니다.

git 공식 홈페이지 - git reference manual - log 1

저는 페이지 중간 부분에 "Commit Formatting"부분을 보다 더 유심히 봤습니다. 실제로, 다른 옵션들도 많이 있지만, commit 정보를 출력하는 방법에 대한 옵션입니다. 이 부분을 토대로, 약간의 옵션을 줘서 다르게 log를 확인할 수 있기 때문입니다.

git 공식 홈페이지 - git reference manual - log 2

먼저, commit hash 정보를 간단하게 보도록 하겠습니다. 실제로, 업무를 하다보면, commit id 또는 commit hash에 대한 같이 일하는 사람에게 공유하는 일들이 많습니다. 하지만, 위에서 git log의 결과를 보면, commit id / commit hash가 매우 긴것이 사실입니다. 그래서, 이 부분에 대해서 간략하게 보는 방법에 대해서 다음 명령어를 통해서 진행해 보겠습니다.

$ git log --abbrev-commit

위의 명령어를 입력하여, 실행해보도록 하겠습니다.

git log 옵션 없는 결과 (좌) git log --abbrev-commit 결과(우)

위에서 보이는 바와 같이 확연히 차이가 발생하는 것을 알 수 있습니다. 우측과 같이 옵션을 넣었을 때에, 이 부분에 대해서 7글자로 commit id / commit hash가 줄여든 것을 알 수 있습니다. 그럼에도 comment들이 같이 보이기 때문에 실제로 정확하게 파악하기가 힘들 수 있습니다. 그래서, 이번에는 축약된 commit id message 형태로만 출력되게 해보도록 하겠습니다. 다음 명령어를 토대로, 실행을 한번 해보도록 하겠습니다.

$ git log --oneline

위의 명령어를 실행하면 다음과 같은 화면이 나타납니다.

git log --oneline 결과

확연히 이제까지 봤던 commit 정보보다 줄여든 것을 확인할 수 있습니다. 한줄로, commit id/commit hash 와 Message만 출력이 되었습니다. 실제 GUI Client툴을 사용하다보면, 이런 부분에 대해서는 크게 살펴보지는 않지만, 저희는 Command부터 하나씩 습득하는 과정이기 때문에 이 부분또한 직접 실습해보시는 것을 권장드립니다.

[깃, Git] git add와 git commit 하기(with git log)

appia.tistory.com

이번 포스팅에서는 [깃, Git] Git의 commit 정보 확인하기 (feat. git log)라는 주제로, git log 옵션에 따라서 commit 정보를 다르게 출력할 수 있는 방법에 대해서 살펴봤습니다. 물론, Refence Manual에 있는 모든 부분에 대해서는 살펴보지 않았습니다. 하지만, 그 부분에서 가장 많이 보는 부분에 대해서 살펴봤습니다. 혹 작업 및 학습을 하던 중에 궁금하신 내용이나 문의 사항이 있으시면 언제든지 댓글 및 방명록에 글 남겨주시길 바랍니다.

[깃, Git] Git의 기본 편집기 바꾸기(with VIM 빠져나오기)

Appia — Sun, 12 Nov 2023 07:13:54 +0900

[깃, Git] Git의 기본 편집기 바꾸기(with VIM 빠져나오기)

이전 포스팅에서는 Git공식 문서 및 Pro Git 책 내용 보기라는 주제로, Reference Manual를 보는 방법과 Pro git 이라는 책을 온라인상에서 보는 방법에 대해서 살펴봤습니다. 이번 포스팅에서는 Git에서 설정한 기본 에디터를 변경하는 방법에 대해서 이야기를 드리고자 합니다. 그 전에 기본 설정으로 되어 있는 vim 에디터에서 빠져나오는 방법에 대해서도 이야기를 해보고자 합니다.

[윈도우11 Windows11] 깃(Git) 다운로드 및 설치하기

[윈도우11 Windows11] 깃(Git) 다운로드 및 설치하기 버전 관리 시스템에서 현재 가장 인기 있는 시스템을 찾아본다면 당연히 깃(GIT)일것입니다. 물론, 저 또한 최근 몇년 사이에 SVN에서 GIT으로 변경

appia.tistory.com

앞서서, Git을 다운로드 및 설치하기에서, 저희는 기본 에디터를 VS Code로 변경해서 설치를 하였습니다. 하지만, 이 단계에서 기존의 vim으로 설정하시고 설치를 진행하셨던 분이 있을 수 있고, 또는 VS Code를 vim 및 다른 에디터로 변경을 하고자 하는 분들도 있을 수 있습니다. 그런 분들을 위해서, 예시를 들어서 이야기를 해보고자 합니다. 기본 설정인 vim에디터가 기본 설정으로 되어 있는 환경에서 예시를 진행하도록 하겠습니다.

먼저, 앞선 과정에서 만들어 놓은 폴더에서 새로운 파일을 하나 생성해보도록 하겠습니다.

$ touch commit_exam1.log

Git 새로운 예시 파일 생성

이 부분을 Explorer 상태에서 보니, 다음과 같이 "Commit_exam1"파일이 존재하는 것을 볼 수 있습니다.

Git 새로운 예시 파일 생성 결과를 익스플로러 상태로 확인

위의 단계까지 진행된 상태에서 git status를 통해서 현재 git의 상태를 보도록 하겠습니다.

$ git status

그리고 나서, 위에서 생성한 파일에 대해서 다음 명령어를 통해서 stage에 올리도록 하겠습니다.

$ git add commit_exam1.log

Git 새로운 예시 파일 생성 및 Stage로의 add

그리고 나서, 이전과 다르게 commit을 해보도록 하겠습니다. 이전에는 -m을 옵션을 통해서 message을 commit과 함께 입력하였습니다. 하지만, 실제로는 Commit message에 한줄이 아닌, 여러줄로 입력되는 경우가 있습니다. 이런 경우를 위해서라도, 다음과 같이 옵션없이 진행을 해보도록 하겠습니다.

Git 새로운 예시 파일에 대한 commit

그랬더니, vim 에디터 모습이 나타났습니다.

commit시에 나타난 vim에디터

위에서 바로 파일 입력이 안되기 때문에 "I"키를 입력하여, 다음과 같은 메시지를 입력해보도록 하겠습니다. I키를 입력하면, 하단에 --INSERT-- 라는 부분이 표시가 되면서, 글을 입력할 수가 있습니다. 그 때, 원하시는 정보를 입력하시면 됩니다.

commit시에 나타난 vim에디터 입력 화면

모든 정보를 입력하시면, "ESC"키를 입력하시고 나서, ":wq"를 입력하신 후에 엔터키를 입력하시면 이 부분에 대해서 저장이 됩니다.

commit시에 나타난 vim에디터 입력 화면 완료 후 빠져나오기

이와 같은 방법으로 vim에디터에서 빠져나올 수 있습니다. 그러면, 다음과 같이 commit이 진행이 된 것을 알 수 있습니다.

vim에디터 메시지입력 하여 commit 완료하기

그런 후에 git log을 통해서 현재 commit 정보를 확인해보도록 하겠습니다. 방금 입력한 정보가 상단에 추가된것을 알 수 있습니다.

git log을 통한 현재 commit확인하기

공식 홈페이지에 있는 부분을 보시면, 기본 에디터를 변경하는 방법에 대한 command들이 있는 곳이 있습니다. 그 부분에 대해서 먼저 살펴보도록 하겠습니다. 먼저 다음 링크로 git공식 홈페이지에 이동할 수 있습니다.

https://git-scm.com/

Git

git-scm.com

위의 링크를 클릭하시면 다음과 같이 git 공식홈페이지로 이동합니다. 그런 후에 [Documentation]부분을 클릭하여 이동하도록 하겠습니다.

git 공식홈페이지

그러면, 다음에 [Book]부분을 클릭하시길 바랍니다.

git 공식홈페이지 - Documentation

위에서 이동한 부분에서 가장 하단 부분에 있는 "A3. Appendix C : Git Commands"에 A3.1 Setup and config 부분을 클릭하여 주시길 바랍니다.

git 공식홈페이지 - Documentation - Book

그러면, 다음과 같이 해당하는 에디터 툴에 따라서, command들이 지원하고 있습니다.

git 공식홈페이지 - Documentation - Book

상기 페이지에 캡처한 내용인데, 상기 단계를 따라서, 이동하기 귀찮은 부분에 대해서 다음과 같이 붙여놓기로 가져다 사용할 수 있도록 해놓았습니다.

Atom	git config --global core.editor "atom --wait"
BBEdit (macOS, with command line tools)	git config --global core.editor "bbedit -w"
Emacs	git config --global core.editor emacs
Gedit (Linux)	git config --global core.editor "gedit --wait --new-window"
Gvim (Windows 64-bit)	git config --global core.editor "'C:\Program Files\Vim\vim72\gvim.exe' --nofork '%*'" (Also see note below)
Helix	git config --global core.editor "helix"
Kate (Linux)	git config --global core.editor "kate --block"
nano	git config --global core.editor "nano -w"
Notepad (Windows 64-bit)	git config core.editor notepad
Notepad++ (Windows 64-bit)	git config --global core.editor "'C:\Program Files\Notepad\notepad.exe' -multiInst -notabbar -nosession -noPlugin" (Also see note below)
Scratch (Linux)	git config --global core.editor "scratch-text-editor"
Sublime Text (macOS)	git config --global core.editor "/Applications/Sublime\ Text.app/Contents/SharedSupport/bin/subl --new-window --wait"
Sublime Text (Windows 64-bit)	git config --global core.editor "'C:\Program Files\Sublime Text 3\sublime_text.exe' -w" (Also see note below)
TextEdit (macOS)	git config --global core.editor "open --wait-apps --new -e"
Textmate	git config --global core.editor "mate -w"
Textpad (Windows 64-bit)	git config --global core.editor "'C:\Program Files\TextPad 5\TextPad.exe' -m (Also see note below)
UltraEdit (Windows 64-bit)	git config --global core.editor Uedit32
Vim	git config --global core.editor "vim --nofork"
Visual Studio Code	git config --global core.editor "code --wait"
VSCodium (Free/Libre Open Source Software Binaries of VSCode)	git config --global core.editor "codium --wait"
WordPad	git config --global core.editor '"C:\Program Files\Windows NT\Accessories\wordpad.exe"'"
Xi	git config --global core.editor "xi --wait"

출처 : https://git-scm.com/book/en/v2/Appendix-C%3A-Git-Commands-Setup-and-Config

일단, 저의 경우 vim에서 Visual Studio Code로 기본 에디터를 변경하여 진행을 해보도록 하겠습니다. 먼저 위에서 보이는 다음 명령어를 복사하여 command로 입력하도록 하겠습니다.

$ git config --global core.editor "code --wait"

git 기본 에디터 변경 완료

여기에서, 앞선 단계에서 진행했듯이 파일을 추가하고, 이 부분을 stage에 올리겠습니다. 그리고 나서, git commit을 통해서 commit을 진행하면 하단과 같은 모습이 나타날 것입니다.

git 기본 에디터 변경 완료 후 commit진행

그러면, 다음과 같이 Visual Studio Code창이 나타납니다. 여기에서, Commit 메시지를 입력하시고, 저장후에 Visual Studio Code를 종료합니다.

Visual Studio Code을 이용한 Commit 메시지 종료

그러면 다음과 같이 commit이 완료된 것입니다.

git commit 완료

그리고 나서 정상적으로 입력된 메시지가 잘 적용되어 있는 지 확인하기 위해서, git log을 통해서 확인하여, 다음과 같이 정상적으로 commit이 완료되었고, 기본 에디터가 변경되었음을 확인하였습니다.

git commit 완료 확인 (git log)

이와 같은 방법으로 git의 기본 에디터를 변경하였습니다.

[깃, Git] git add와 git commit 하기(with git log)

appia.tistory.com

이번 포스팅에서는 [깃, Git] Git의 기본 편집기 바꾸기(with VIM 빠져나오기)라는 주제로 포스팅을 해봤습니다. 이 부분을 토대로, 기본 편집기를 바꾸는 방법을 살펴봤습니다. 상기 포스팅한 command을 토대로, 다양한 에디터를 기본에디터로 변경할 수 있습니다. 작업하시다가 궁금하신점이나 문의 사항이 있으시면 언제든지 댓글 및 방명록에 글 남겨주시길 바랍니다.

[깃, Git] Git 공식 문서 및 Pro Git 책 내용 보기

Appia — Sat, 11 Nov 2023 07:37:03 +0900

[깃, Git] Git 공식 문서 및 Pro Git 책 내용 보기

이전 포스팅에서는 설치시에 제공되는 기본 Git GUI와 다양한 git GUI Client(툴)에 대해서 확인하는 방법에 대해서 이야기를 해보았습니다. 물론, 이러한 정보들이 다른 곳이 아니라, git의 공식 홈페이지에서 나온 부분이기 때문에 보다 신뢰가 가는 것이 사실이었습니다. 그럼 이번 포스팅에서는 이전 포스팅에 이어서, 공식 홈페이지에 있는 git의 공식 문서 및 공식 홈페이지에서 제공하는 Pro git이란 책에 내용을 보는 방법에 대해서 이야기를 해보고자 합니다.

[깃, Git] 기본 git GUI 와 외부 git GUI툴 정보 확인하기

appia.tistory.com

먼저, 공식 홈페이지를 구글 및 다양한 포털에서 git을 검색하셔도 됩니다, 귀찮으신 분들은 하기 링ㅋ를 통해서 git의 공식 페이지로 이동해주시길 바랍니다.

https://git-scm.com/

Git

git-scm.com

위의 링크를 클릭하시면 다음과 같은 화면이 나타날 것입니다. 하기와 같이 빨간색 상자 부분인 [Documentation]을 클릭하여 주시길 바랍니다.

git 공식 홈페이지

위의 단계에서 [Documentation]을 클릭하셨다면, 다음과 같은 화면이 나타날 것입니다. Manual 및 책, 영상등 다양한 정보를 확인할 수 있습니다. 저희는 여기에서 상단에 보이는 [Reference]부분을 클릭하셔도 되고, 아니면, 좌측에 보이시는 바와 같이 Documentation 하단에 있는 [Reference]부분을 클릭하여 주시길 바랍니다.

git 공식페이지 - Documentation부분

위에서 [Reference]를 클릭하셨다면, 하기와 같이 Reference Manual에 대해서 나타났을 것입니다. 여기에서, 다양한 git 명령어에 대해서 확인할 수 있습니다. 저는 앞선 포스팅에서 다루었던 Commit에 대해서 어떻게 Reference Manual에서 다루고 있는지에 대해서 살펴보도록 하겠습니다. 그러면, 보이는 부분에서와 같이 [Commit]부분을 클릭하여 주시길 바랍니다.

git 공식페이지 - Reference Manaul메뉴

위에서 [Commit]부분을 클릭하신다면, 하기와 같이 나타날 것입니다. 가장 상단에는 이 명령어에 대한 이름 및 간단한 설명이 나옵니다. 그리고, 각 옵션을 토대로 한 명령어 입력하는 방법에 대해서 SYNOPSIS라는 부분으로 다루고 있습니다. 그리고, DESCRIPTION을 통해서 보다 자세한 설명이 이루어집니다.

git 공식페이지 - Reference Manaul메뉴 - Commit 예시1

그리고 OPTIONS에서는 각 하나하나의 옵션에 대해서 설명을 하고 있습니다. 실제로 저도 필요로 한 명령어에 대해서 Reference Manual을 통해서 찾아보고 적용하고 합니다.

git 공식페이지 - Reference Manaul메뉴 - Commit 예시2

그리고, EXAMPLES과 설명을 통해서 초보자도 쉽게 이해할 수 있도록 도와주고 있습니다. 일단, 처음 접하실 때에, 각 부분에 대해서 하나씩 이해하기 힘들다면, 이 EXAMPLE 부분을 활용하는 것도 매우 좋은 학습 방안이 될 수 있다고 생각합니다.

git 공식페이지 - Reference Manaul메뉴 - Commit 예시3

이와 같은 방식으로 알고자 하시는 git 명령어에 대해서 확인할 수 있고, 각 옵션에 대해서도 확인이 가능합니다.

그러면, 이제는 책 형식으로 보기 원하는 분들을 위해서, git에서는 Pro Git이라는 책을 온라인에서 보거나, PDF로 다운 받아 보실 수 있습니다. 단 하드카피(인쇄본)에 대해서는 서점에서 사서 보셔야 합니다. 이 부분을 보시기 위해서는 Documentation.부분에서 좌측에 있는 [Book]부분을 클릭하여 주시길 바랍니다. 그러면, 다음과 같이 책에 대해서 내용을 검토할 수 있습니다. 좌측 하단에는 지원되는 언어가 있으므로, 이 부분을 이용하여 원하시는 언어로 보실 수 있습니다. 저의 경우 당연히 한글로 봅니다.

git 공식페이지 - Pro Git(책)

위에서 하나의 챕터를 클릭하여 내용을 보니, 다음과 같이 한글로 내용이 표시가 되는 것을 보실 수 있습니다.

git 공식페이지 - Pro Git(책) - 세부 내용

이와 같이 Git공식 홈페이지을 통해서 Pro Git이라는 책의 내용 또한 검토가 가능합니다.이와 같은 방법으로 공식 문서인 Reference Manual과 Pro Git이라는 책에 내용을 검토하실 수 있습니다.

[깃, Git] Git Commit 개념 및 Workflow(깃 커밋 워크플로우)

appia.tistory.com

이번 포스팅에서는 [깃, Git] Git 공식 문서 및 Pro Git 책 내용 보기라는 주제로 포스팅을 해봤습니다. 실제 Git관련된 포스팅을 통해서 제 블로그의 방문자 분들께서, 원하시는 내용에 대해서 확인하실 수 있도록 할 예정이지만, 혹 먼저 보고 싶은 신 부분이나 사용하시다가 더 알고자 하는 부분들을 통해서 상기와 같이 Reference Manaul과 Pro Git의 내용을 통해서 채워 나가시길 바랍니다. 혹 궁금하신 점이나 문의 사항이 있으시면 언제든지 댓글 및 방명록에 글 남겨주시길 바랍니다.

[깃, Git] 기본 git GUI 와 외부 git GUI툴 정보 확인하기

Appia — Fri, 10 Nov 2023 07:02:47 +0900

[깃, Git] 기본 git GUI 와 외부 git GUI툴 정보 확인하기

이전 포스팅에서는 git add와 git commit에 대해서 살펴봤습니다. 가장 핵심인 정보에 대해서 살펴봤는데요. 이러한 부분들을 진행하다보니, 자연스럽게 GUI툴에 대해서 많은 관심을 가지는 것이 사실입니다. 아직까지는 저를 포함해서 많은 윈도우 사용자들은 당연히 GUI기반이 익숙하기 때문입니다. 그래서 이번 포스팅에서는 git이 설치되면, 기본적으로 함께 설치되는 GUI와, 그 외에 git GUI 툴에 대해서 살펴보도록 하겠습니다.

[윈도우10/11 Windows10/11] 무료 깃(Git) GUI 프로그램 소스트리(Source Tree) 다운로드 및 설치하기

appia.tistory.com

먼저, Git을 설치할 때에, 기본적으로 제공되는 GUI가 있습니다. 대부분의 사용자들은 잘 인지하지 못하고 있는 것이 사실입니다. (강력한 기능을 가지고 있는 외부 툴을 사용하고 있기 때문입니다. 그래서 먼저, 기본으로 제공하는 git GUI에 대해서 살펴보겠습니다. repository가 있는 곳에서 다음 명령어를 입력하여 주시길 바랍니다.

$ gitk

저 또한 repository가 있는 폴더에서, 다음과 같이 gitk명령어를 입력하였습니다.

gitk 입력화면

위의 명령어를 입력하면, 다음과 같은 gui가 나타납니다. 물론, 모든 부분에 대해서 나타내는 것은 아니지만, commit에 대한 정보를 볼 수 있습니다.

gitk 실행화면

아마도, 파이썬(Python)에 대해서 익숙하신 분들은 tk라는 GUI 모듈을 잘 알고 계실 것이라고 생각합니다. 이 부분을 토대로 생성이 된것으로 보입니다. 그러면, 다른 기본 제공 gui인 "git gui"을 살펴보겠습니다. 이 또한 다음과 같은 명령어를 입력하여 실행하도록 하겠습니다.

$ git gui

위의 명령어를 입력하여 실행하도록 하겠습니다.

git gui 입력화면

위의 명령어를 입력하면 다음과 같은 실행화면이 나타납니다.

git gui실행화면

이 부분은 다른 툴에 대비해서, 약간 투박함을 알 수 있습니다. 하지만, 이와 같은 부분들은 기본으로 제공하는 부분입니다.

물론, 위의 2가지 기본제공되는 GUI는 기능적인 부분 및 미관상 약간의 제약이 존재합니다. 실제 git 유저분들 또한 이러한 GUI가 존재한다는 것을 잘 인지못하는 경우가 많습니다. 그래서 이번에는 공식적으로 다른 회사에서 제작한 다양한 git GUI툴에 대한 정보를 확인하는 방법에 대해서 살펴보겠습니다.

https://git-scm.com/

Git

git-scm.com

먼저, 상기 링크를 통해서 git 공식 페이지로 이동해주시길 바랍니다. 그러면, 화면 중간에 "Windows GUIs" 또는 모니터 화면의 좌측 부분에 존재하는 Downloads 부분을 클릭해주시면 됩니다.

git 공식홈페이지

위의 과정까지 진행하시면, 다음과 같이 현재 지원하고 있는 GUI Clients에 대해서 확인할 수 있습니다. 여기에서는 지원하는 운영체제(Platform)과 가격 정책, 라이센스 소유권이 있는 곳에 대해서 확인할 수 있습니다. Price부분에서 Free로 되어 있는 부분을 바탕으로 사용하시는 것을 권장합니다.

git 공식홈페이지의 git GUI client 화면

위의 페이지에서는 매우 많은 Git GUI Client가 있다는 것을 알 수 있습니다. 물론, 이 부분에 대해서 모든 툴들에 대해서 익숙해질 필요는 없습니다. 회사에서 많이 사용하거나, 많은 사용자들이 사용하는 툴을 사용하시는 것을 권장합니다. 저의 경우에는 Fork와 Source Tree을 주로 사용하나, 최근에는 GitKraken 을 주로 사용하고 있습니다. 이 부분에 대해서는 사용자의 취향에 맞춰서 사용하시면 됩니다.

[윈도우10 Windows10] Git Client Fork 다운로드 받고 설치하기

appia.tistory.com

이번 포스팅에서는 [깃, Git] 기본 git GUI 와 외부 git GUI툴 정보 확인하기라는 주제로 포스팅을 진행했습니다. 저의 포스팅은 기본적으로 CLI기반, 즉 Git Bash에서 command을 입력하는 부분을 많이 다루겠지만, GUI을 잘 사용하시면 보다 효율적으로 git을 사용할 수 있습니다. 혹 궁금하신 점이나 문의 사항이 있으시면 언제든지 댓글 및 방명록에 글 남겨주시길 바랍니다.

[깃, Git] git add와 git commit 하기(with git log)

Appia — Thu, 9 Nov 2023 07:28:25 +0900

[깃, Git] git add와 git commit 하기(with git log)

앞선 포스팅에서는 git commit개념 및 workflow에 대해서 살펴봤습니다. 물론, 이론적으로 어떠한 단계로 commit이 이루어지는 지에 대해서는 인지를 하셨을 것이라고 생각합니다. 그럼 이번 포스팅에서는 본격적으로 각 파일을 생성하거나, 수정하고, 또는 삭제하면서 이 부분에 대해서 add하고, commit을 하는 방법에 대해서 이야기를 해보고자 합니다.

[깃, Git] Git Commit 개념 및 Workflow(깃 커밋 워크플로우)

appia.tistory.com

그럼 먼저, 저희는 앞선 포스팅에서 배운 방법들을 이용하여 다음과 같은 단계를 진행해 보겠습니다. 먼저 본격적으로 git add와 git commit을 하기 앞서서, 기본적인 환경을 준비하는 것입니다.

commit_test 폴더 생성
commit_test 폴더 이동
git init을 이용한 repository 초기화

위의 단계를 진행하시면 다음과 같은 화면이 나타날 것입니다.

예시 진행을 위한 기본 환경 설정

위의 단계까지 진행을 하셨다면, 앞선 포스팅에서 현재 git의 상태를 확인하는 git status 명령어를 통해서 git의 상태를 확인해보도록 하겠습니다.

예시 진행을 위한 기본 환경 설정(git status)

위에서는 보이는 바와 같이 아직 현재 폴더에서는 아무런 작업 등을 하지 않았기 때문에 상기와 같이 git init을 통한 초기화만 이루어진 상태로 확인이 될 것입니다. 그럼 이제 부터는 파일을 생성하고, 수정하고 삭제하면서 작업을 진행해보도록 하겠습니다.

먼저 다음 명령어를 통해서 간단히 파일을 하나 생성해보도록 하겠습니다.

$ touch change11.txt

그런 후에 다시 한번 git status 명령어를 실행해보도록 하겠습니다.

파일 생성 후, git status 명령 진행

위에서 파일을 생성 후에 git status를 실행했더니, 다음과 같이 이전 git status와 달리 다음 부분이 생성이 된 것으 알 수 있습니다.

Untracked files:
  (use "git add <file>..." to include in what will be committed)
        change11.txt

저는 파일을 하나 더 생성을 해보도록 하겠습니다.

파일 추가 생성 후, git status 명령 진행

위에서와 같이 현재 change11.txt와 change12.txt는 추적되지 않은 파일입니다. 그럼 이 부분을 git add을 통해서 stage로 올리도록 하겠습니다.

(앞선 포스팅에서 이 과정에 대해서 이론적으로 설명을 하였으므로, 이 개념등에 대해서는 앞선 포스팅을 참조해주시길 바랍니다. )

여기에서 git add 명령어를 통해서 stage로 파일을 올릴 수 있습니다. 그럼 다음 명령어와 같은 방식을 사용하시면 됩니다.

$ git add [파일 이름]
$ git add [파일 이름1] [파일 이름2] ... [파일 이름n]
$ git add . 
"현재 변경이 있는 파일을 모두 stage로 올립니다."

그럼 저희는 2번째 방법을 통해서 진행을 해보도록 하겠습니다.

git add 이후 git status명령어 결과

그럼 위에서 보이는 바와 같이 다음 부분이 추가된 것을 알 수 있습니다.

Changes to be committed:
  (use "git rm --cached <file>..." to unstage)
        new file:   change11.txt
        new file:   change12.txt

그럼 현재 stage로 있는 상태에서 파일을 변경해보도록 하겠습니다. change12.txt파일에 텍스트를 입력한 후에 저장을 해보도록 하겠습니다.

파일 변경

그런 후에 다시 한번 git status로 상태를 살펴보겠습니다.

파일 변경 이후에 git status 결과

그럼 위에서 보이는 부분과 같이 다음과 같은 부분이 추가된 것을 알 수 있습니다.

Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git restore <file>..." to discard changes in working directory)
        modified:   change12.txt

이 상태에서 다시 한번 git add을 통해서 change12.txt를 추가할 수 있습니다. 일단 저의 경우에는 위의 수정된 부분을 다시 한번 stage로 올리고 나서, 다시한번 git status의 결과 변화를 보도록 하겠습니다.

파일 변경 부분에 대한 git add이후에 git status의 결과

위에서 보이는 바와 같이 최초의 git add한 것과 크게 차이가 없습니다. 그 이후는 stage의 경우에는 commit을 준비하는 공간이지, 이 부분이 기억해야할 지점이 아니기 때문입니다. 그럼 이제는 commit에 대해서 이야기를 해보도록 하겠습니다.

commit을 경우 본격적으로 checkpoint 즉, 기억해야할 지점을 생성하는 것입니다. 여기에서 한가지 주의해야할 점은 바로 message를 입력이 필요로 한다는 것입니다. 물론, 이 부분에 대해서 반드시 입력해야하는 것은 아니지만, 공동 작업 또는 과거의 commit을 바탕으로 이 부분이 어떤 내용인지에 대해서 알 수 있어야 합니다. 따라서, 이 message는 현재의 checkpoint 포인트에 대한 변화에 대해서 요약할 수 있는 내용이어야 합니다. 그럼 이렇게 메시지와 함께 commit을 하는 방법에 대해서 살펴보겠습니다.

$ git commit -m "메시지 내용"

위의 명령어를 토대로 다음과 같이 commit을 진행해봤습니다.

git commit 결과

이와 같이 commit을 진행해봤습니다. 그런 후에 git status를 입력해보니, 이전과는 약간 다릅니다. 물론, 이전에는 repository 초기화만 진행하였기 때문에 이전과는 차이가 있습니다.

앞서서, git commit에 대해서 살펴봤기 때문에 , commit 정보들에 대해서 확인을 하고 싶을 때에는 다음과 같은 명령어를 입력합니다.

$ git log

위의 명령어를 실행하면 다음과 같이 나타납니다.

git log결과

위에서 보는 바와 같이 다음과 같은 구성이 됩니다.

commit [commit hash]
author name<email>
Date : [Commid 시간]

  message

위와 같이 git log를 통해서, commit 정보를 알 수 있습니다. 저희는 현재 한개의 commit만 진행되었기 때문에 한개의 commit정보가 나타납니다. 여러개의 경우 모든 정보가 다 상기와 같이 표시됩니다.

[윈도우11 Windows11] 깃(Git) 다운로드 및 설치하기

appia.tistory.com

이번 포스팅에서는 [깃, Git] git add와 git commit 하기(with git log)라는 주제로 포스팅을 해봤습니다. 실제, git에서 가장 중요한 단계인 git add 와 git commit을 진행하였습니다. 위에서 해본 부분을 약간 변형하여, 지속적으로 연습을 해보는 것을 권장합니다. 혹 궁금하신 점이나 문의 사항이 있으시면 언제든지 댓글 및 방명록에 글 남겨주시길 바랍니다.

[깃, Git] Git Commit 개념 및 Workflow(깃 커밋 워크플로우)

Appia — Wed, 8 Nov 2023 07:29:47 +0900

[깃, Git] Git Commit 개념 및 Workflow(깃 커밋 워크플로우)

이전 포스팅에서는 Git에 대한 기본적인 개요 및 github등과의 차이점에 대해서 이야기를 해봤습니다. 그러면, 이제 흔히들 이야기 하는 commit에 대해서 이야기를 해보고자 합니다. 먼저, commit의 개념과 workflow에 대해서 이야기를 해보고자 합니다. 이전 사람들의 commit에 대해서 아무런 생각 없이 "commit했다"와 같은 단어를 사용합니다. 물론, 작업을 하시다보면, 자연스렇게 이 commit에 대해서 이해를 하게 됩니다. 그래서 이번 포스팅에서는 이러한 개념들에 대해서 간단히 살펴보고자 합니다.

[깃, Git] Git 기본개요, VCS란? Git과 GitHub의 차이

appia.tistory.com

먼저, 이전 포스팅에서 다음과 같은 그림에 대해서 본적이 있으실 것입니다. 물론, 이 event라는 것은 git에서 뿐 아니라, 다양한 작업에서의 checkpoint라고 생각하셔도 됩니다. 즉, 이 checkpoint 를 사람들에 따라서 event 또는 변경사항이 존재하는 지점이라고도 합니다. 우리는 이 부분을 commit이라고 할 것입니다.

git에서의 event = commit

그러면 이 commit은 간단히 생각하면 여러 파일의 변경들에 대해서 추적할 수 있는 지점을 만드는 것입니다. 예를 들면, 제가 발표 파워포인트를 준비하는데, Event1에서는 전체적인 개요들에 대해서 outline을 정하고, Event2에서는 각 chapter에 대해서 말하고자 하는 내용을 작성할 것입니다. 이와 같은 형태로 저장소에 추적 및 회귀가 가능토록 지점을 만듭니다. 그러한 지점을 저희는 commit 이라고 합니다.

그러면, commit의 과정을 살펴보겠습니다.

git commit workflow

일단, 작업 폴더에서 다음과 같은 파일들의 변경이 이루어질 것입니다.

파일 삭제
파일 내용 변경
파일 생성

이 부분을 commit을 하기 위해서 가상 공간이 stage에 add을 하게 됩니다. 그리고, add된 파일을 바탕으로 commit을 진행하게 됩니다. 그럼 간단한 예시를 그림과 함꼐 살펴보겠습니다.

먼저, 현재 작업하는 폴더에서 11~ 16까지의 변경사항을 만들었습니다. 여기에서 저희는 모든 파일을 한번에 commit하지 않고, 총 2가지로 나누어서 commit을 진행할 예정입니다. 11~12과 13~16 이렇게 두개의 변경사항들을 나누어서 commit 을 진행할 예정입니다.

git workflow예시 1. 파일 수정

위의 파일에서, 먼저, 11, 12번에 해당하는 항목을 stage에 add를 진행합니다.

git workflow예시 2. 11, 12번 파일의 stage로 add

그런 후에 이 2가지 변경사항에 사항에 대해서 commit을 진행합니다. 그러면 현재 stage에 있던 2개의 파일이 한개의 commit으로 지점을 만들 수 있게 됩니다. 그러면 현재 13~16번에 해당하는 변경사항들이 존재하게 됩니다.

git workflow예시 3. 11, 12번 파일의 Repository로 commit

이 13~16번의 총 4가지 항목에 대해서 그러면 저희는 다시 한번 stage로 add를 하게 됩니다.그러면 기존에 11~12에 한해서는 한개의 commit이 진행되었고, 이 4가지 변경사항들에 대해서 stage로 올라왔기 때문에 이 부분을 또 한개의 commit으로 진행이 될 것입니다.

git workflow예시 4. 13~16번 파일의 Stage로 add

그러면 현재 stage에 올라와 있는 4가지 변경사항에 대해서 commit을 통해서 한개의 commit이 진행이 됩니다.

git workflow예시 5. 13~16번 파일의 Repository로 commit

그러면 이와 같이 2가지 commit이 생성이 됩니다. 이와 같은 형태로, commit이 진행이 될것입니다. 위에서 보는 바와 같이 수정사항들이 여러개 있어도, 사용자가 지정하는 부분에 따라서 commit의 갯수가 변경이 될 수 있습니다.

[깃, Git] 깃(Git) Bash 기본명령어(폴더 생성 삭제, 파일 생성 삭제)

[깃, Git] 깃(Git) Bash 기본명령어(폴더 생성 삭제, 파일 생성 삭제) 앞선 포스팅에서는 소스트리(Source Tree)을 다운로드 받고 설치하는 방법에 대해서 포스팅을 했습니다. 실제, 많은 사람들은 GUI기

appia.tistory.com

이번 포스팅에서는 [깃, Git] Git Commit 개념 및 Workflow(깃 커밋 워크플로우)라는 주제로 포스팅을 진행해봤습니다. 이 부분을 토대로 다음 포스팅에서는 실제 git bash에서 status에 add 하거나 repository로 commit을 하는 방법에 대해서 이야기를 해보고자 합니다. 혹 궁금하신 점이나 문의 사항이 있으시면 언제든지 댓글 및 방명록에 글 남겨주시길 바랍니다.

[깃, Git] 깃(git) Repository 초기화 하기(feat. git status)

Appia — Tue, 7 Nov 2023 07:57:20 +0900

[깃, Git] 깃(git) Repository 초기화 하기(feat. git status)

앞선 포스팅에서는 git repository에 대해서 살펴보았습니다. 앞선 포스팅에서 git repository에 대해서 정의할 때에, 하나의 작업공간, 즉 하나의 저장소라고 간단히 정의를 하였습니다. 그래서 이번 포스팅에서는 현재 작업 하고 있는 공간에 대해서 git repository로 정의하는 방법에 대해서 살펴보고자 합니다.

[깃, Git] Git 기본개요, VCS란? Git과 GitHub의 차이

appia.tistory.com

우선 초기화를 하기 앞서서, 깃(git)의 상태를 보는 명령어에 대해서 살펴보도록 하겠습니다.

$ git status

위의 명령어를 입력하면, 현재 repository의 상태를 확인할 수 있습니다. 물론, repository가 없는 경우도 명시를 해줍니다. 그럼 일단, 위의 명령어를 입력해보도록 하겠습니다.

git status 명령어 입력 예시

위에서 처음에 git Status를 입력하였습니다. 이 경우에 없는 명령어로 나타납니다. 맞습니다. git 명령어들의 입력시에 대소문자를 구별하셔야 합니다. 그래서 상기와 같이 git status를 입력하였습니다. 다음과 같은 결과가 나타났습니ㅏㄷ.

fatal: not a git repository (or any of the parent directories): .git

현재 디렉토리에 repository가 없는 것을 나타내고 있습니다. 그럼 이제, 저희가 하나의 폴더를 생성하여 그 폴더에 repository를 초기화하도록 해보겠습니다.

일단 저의 경우 이전에 예시를 위해서 만들어 놓은 "Comand_Exam"폴더로 이동하도록 하겠습니다.

$ cd Comand_Exam

그리고 나서, 현재 해당 디렉토리에 repository가 있는지에 대해서 위에서 살펴본 git status 명령어를 통해서 살펴보겠습니다.

예제 1. Comand_Exam의 git status 명령어 결과

그 결과는 위에서 보이는 바와 같이 현재 해당 하는 폴더에 git repository가 없다는 것을 확인할 수 있었습니다. 그럼 여기에서, 이제 현재 폴더에 repository를 초기화 하는 방법에 대해서 살펴보겠습니다. 방법은 매우 간단합니다. 다음 명령어를 입력하는 것입니다.

$ git init

위의 명령어를 입력하면, 다음과 같은 결과문이 bash창에 나타납니다.

Initialized empty Git repository in C:/Users/Appia/Comand_Exam/.git/

그리고 나서, git status를 입력하면, 이전 repository가 없을 때와 다른 부분을 확인할 수 있습니다.

예제 2. Comand_Exam의 git init후 git status 결과

위와 같이 다른 부분을 확인할 수 있습니다. 물론, git init 이후에도 현재 폴더 후에 "(master)"부분이 추가된 것을 확인할 수 있었습니다. 이와 같은 방법으로 repository에 대해서 초기화를 할수 있습니다. 그럼 repository를 초기화 한 후에 폴더 상에는 어떤 변경이 있을까요? 저는 "ls"명령어를 입력하여, 현재 폴더의 변화를 확인하고자 하였습니다.

예제 2. Comand_Exam의 git init후 폴더 변화

보여지기에는 아무런 변화가 없습니다. 하지만, 실제로는 .git 폴더가 생성이 됩니다. 이 부분이 숨겨져 있을 뿐입니다. 그래서 "ls -a"명령어를 입력하여 현재 숨겨져 있는 폴더들 또한 출력이 되게 하였습니다. 그랬더니, 하기와 같이 .git/ 부분이 생성이 된것을 확인할 수 있었습니다.

예제 2. Comand_Exam의 git init후 폴더 변화 (.git 폴더 생성확인)

여기에서 해당 폴더로 이동하여 어떤 내용이 있는지 살펴보니, 다음과 같은 내용으로 구성이 되어 있었습니다.

.git 폴더 내용물

물론, 해당 부분에 대해서는 정확하게 다 알지는 못하지만, 이런 부분들이 생성이 되었다는 것을 확인할 수 있었습니다. 이와 같은 방법으로 git을 초기화 할 수 있습니다. .git 폴더 내용을 삭제한다면, git repository를 초기화한 거 또한 삭제가 됩니다.

그러면, 처음 작업을 하실 때에 실수할 수 있는 부분에 대해서 이야기를 해보고자 합니다.

* repository로 설정되어 있는 폴더의 하위 폴더를 git init을 통하여 새로운 repository 초기화 하지 않습니다.

-> 실제, repository로 설정이 되어 있다면, 하위폴더의 모든 내용까지 추적을 합니다. 이 경우에 나중에 각 repository 간의 문제가 발생할 여지가 충분합니다. 따라서, 이 부분에 대해서는 반드시 주의가 필요로 합니다.

[깃, Git] 깃(Git) Bash 기본명령어(폴더 생성 삭제, 파일 생성 삭제)

appia.tistory.com

이번 포스팅에서는 [깃, Git] 깃(git) Repository 초기화 하기(feat. git status)라는 주제로 포스팅을 해봤습니다. 실제 이 부분에 대해서 git을 사용하셨더라도, 익숙하지 않은 분들이 많습니다. 하지만, 이 부분을 토대로, 보다 한발짝 앞서 나갈 수 있을 것이라고 생각합니다. 혹 궁금하신 점이나 문의 사항이 있으시면 언제든지 댓글 및 방명록에 글 남겨주시길 바랍니다.

[깃, Git] Git 기본개요, VCS란? Git과 GitHub의 차이

Appia — Mon, 6 Nov 2023 07:23:08 +0900

[깃, Git] Git 기본개요, VCS란? Git과 GitHub의 차이

앞서 포스팅에서 Git의 기본 명령어에 대해서 포스팅을 했었습니다. 원래라면, 이번 포스팅을 가장 먼저 포스팅을 해야했었는데, 미처 생각 못했던 것들이 있었습니다. 저의 지인들과 이야기하면, 제 블로그에 대해서 모니터링 하면서, GIT이 무엇이냐? VCS는 무엇이냐? 이런 이야기가 있었습니다. 그래서, 이런 부분들에 대해서 정의가 필요로 하는 분들이 있겠구나라는 생각으로 이 포스팅을 올리게 되었습니다.

[윈도우11 Windows11] 깃(Git) 다운로드 및 설치하기

[윈도우11 Windows11] 깃(Git) 다운로드 및 설치하기

appia.tistory.com

VCS(Version Control System)이란 무엇일까요?

먼저, VCS에 대해서 살펴보겠습니다. 흔히 이야기 하는 VCS는 Version Control System의 약자로 파일의 변경 및 변화를 실시간으로 관리하는 시스템입니다. 흔히 프로그래밍을 하는 곳에서 많이 사용하고 있으나, 실제로는 프로그래밍 뿐 아니라, 다양한 문서작업에서도 많이 사용됩니다.

현재, VCS의 점유율에서는 압도적으로 Git을 사용하고 있습니다. (따라서 저 또한 Git에 대해서 포스팅을 진행하였습니다.) 간단하게 저희가 파일에 변경사항에 대해서 파일 이름 형태로 변경하는 경우가 많습니다. 예로 들면, 다음과 같습니다. 저와 같이 일하는 분들 또한 이렇게 작업을 하는 분들이 많으십니다.

report_v1.xlsx
report_v2.xlsx
report_v3.xlsx

하지만, 이렇게 다양한 파일을 생성할 필요없이, 동일파일을 유지하면서 매번 그 변화에 대해서 모니터링 하면서, 원하는 시점으로 변경하거나, 아니면 변경한 시점에 대해서 각 기록으로 남겨둘 수 있습니다. 이러한 부분을 할 수 있게 해주는 것이 VCS입니다. 실제, 생각하면, 하나의 파일에 대해서 그 변화에 대해서 추적하면, 그 변경시점에 대해서 회귀 또는 그 변경시점에 대해서 기록 하는 것이라고 생각해도 됩니다.

VCS 의 예시

그 대표적인 아이템 중 하나가, Git 입니다. 다음 보이는 각 Event 마다, 다른 작업들을 하지만, 이 부분에 대해서 하나의 파일로 저장을 하고 있습니다. 물론, 각 Event마다 내용들이 달라집니다. 그 부분을 가능하게 해주는 것이 Git과 같은 VCS입니다.

다음 보이는 부분은 Git의 GUI 버전으로 검토해본 영역입니다. 이 부분에 대해서 단순히 하나의 파일이 아니라, 폴더 기준으로 그 변화 및 변경사항에 대해서 모니터링 및 추적을 할 수 있습니다.

Git GUI버전인 Fork의 예제

Git vs Git Hub의 차이

많은 사람들이 Git을 사용하면서, GithHub 또는 GitLab과의 차이점을 물어보고 합니다. 가장 간단히 이야기 해보면, Git의 VCS 소프트웨어입니다. 따라서, 계정 등록과 같은 절차도 필요없고, 인터넷 연결등이 필요가 없습니다. 하지만, GitHub 또는 GitLab의 경우에는 웹 서비스 입니다. Git저장소를 기반으로 클라우드에 저장하여 여러 사람들이 공동작업 가능하도록 하는 웹서비스라고 보시면 됩니다. 따라서, 획원 가입 또는 경우에 따라서는 결제등이 필요로 합니다.

Git vs Git Hub의 차이

위에서 보이는 바와 같이 Cloud 서비스를 제공하는 것이 GitHub 또는 GitLab이라고 보시면 됩니다. 각 Local에서 사용하는 것이 Git입니다.

Git Repo (Repository)란?

흔히들 Git Repo에 대해서 이야기를 많이 합니다. 이 부분은 하나의 저장소라고 보시면 됩니다. 즉, Git에서의 다양한 이벤트들이 이루어지는 하나의 작업 공간이라고 보시면됩니다. 이 Repo기반으로 호스팅 서비스를 이용하여 다양한 사용자들과 저장소를 공유하고 공동작업을 할 수 있습니다.

[윈도우10/11 Windows10/11] 무료 깃(Git) GUI 프로그램 소스트리(Source Tree) 다운로드 및 설치하기

appia.tistory.com

이번 포스팅에서는 [깃, Git] Git 기본개요, VCS란? Git과 GitHub의 차이라는 주제로 포스팅을 해봤습니다. 그럼 이제부터는 본격적으로 Git에 사용하는 방법에 대해서 이야기를 해보고자 합니다. 혹 궁금하신 점이나 문의 사항이 있으시면 언제든지 댓글 및 방명록에 글 남겨주시길 바랍니다.

[깃, Git] 깃(Git) Bash 기본명령어(폴더 생성 삭제, 파일 생성 삭제)

Appia — Fri, 3 Nov 2023 07:35:37 +0900

[깃, Git] 깃(Git) Bash 기본명령어(폴더 생성 삭제, 파일 생성 삭제)

[깃, Git] 깃(Git) Bash 기본명령어(폴더 생성 삭제, 파일 생성 삭제)

앞선 포스팅에서는 소스트리(Source Tree)을 다운로드 받고 설치하는 방법에 대해서 포스팅을 했습니다. 실제, 많은 사람들은 GUI기반으로 작업을 하고, 저또한 대부분 작업은 GUI 툴을 기반으로 작업을 진행합니다. 하지만, 모든 GUI툴이 모든 기능을 제공하지 않기 때문에, 경우에 따라서 Git Bash을 이용하여 Command로 제어할 수 도 있어야 합니다. 그래서 이번 포스팅에서는 Git Bash 명령어를 사용하기 전에, 기본적인 Bash명령어를 통해서 폴더/ 파일을 검색하고 생성 삭제하는 방법에 대해서 이야기를 해보고자 합니다.

[윈도우10/11 Windows10/11] 무료 깃(Git) GUI 프로그램 소스트리(Source Tree) 다운로드 및 설치하기

appia.tistory.com

먼저, Git Bash을 실행이 필요로 합니다. 만약 Git Bash의 윈도우 키를 누르시고나서, Git Bash을 클릭하시면 됩니다. 다음 링크 하단에 해당 부분에 대해서 언급이 나오고 있기 때문에 해당 부분에 대해서 Git Bash을 실행하는 방법을 모르신다면 하기 링크의 하단 부분을 검토하셔서 실행 부탁드립니다.

[윈도우11 Windows11] 깃(Git) 다운로드 및 설치하기

[윈도우11 Windows11] 깃(Git) 다운로드 및 설치하기

appia.tistory.com

위의 과정의 토대로 Git Bash을 실행하면 다음과 같은 화면이 나타날 것입니다.

Git Bash 실행화면

먼저, 현재 폴더의 윈도우 탐색기로 검색하는 방법에 대해서 살펴보도록 하겠습니다.

start .

먼저, 상기명령어를 입력하면 다음과 그림과 같이 윈도우 탐색기가 현재 폴더 기준으로 나타나는 것을 알 수 있습니다.

Git Bash의 윈도우 탐색기 검색 화면

위의 과정을 통해서, 현재 작업 경로에 대해서 다음 명령어를 통해서 알수가 있습니다.

$ pwd

저의 예시를 보면, 다음과 같은 화면이 나타나는 것을 알 수있습니다.

Git Bash의 현재 작업 경로 확인하기

그럼, 윈도우 커맨드 콘솔에서 "dir"을 입력하는 것와 같은 효과를 가지는 명령어에 대해서도 살펴보겠습니다.

$ ls

위의 명령어를 입려하면, 다음과 같이 현재 폴더안에 있는 파일과 폴더들에 대해서 명시가 됩니다. 다른색으로 되어 있는 것은 폴더이고, 흰색으로 되어 있는 것은 파일입니다.

Git Bash의 ls 명령어 입력 예제

그럼 이번에는 하위 폴더로 이동하는 방법에 대해서 살펴보겠습니다.

$ cd [폴더이름]

상기와 명령어를 입력한 예제를 살펴보겠습니다. 일단, 사전에 만들어 놓은 폴더 예제인 Command_Exam이라는 폴더로 cd 명령어를 통해서 다음과 같이 입력하였습니다.

$ cd Command_Exam

그리고 나서, 상기에 보이는 최초 경로가 ~/Command_Exam으로 변경됨을 알 수 있습니다.

Git Bash의 cd 명령어 입력 예제

그럼 이제 현재 폴더에서 상위폴더로 빠져 나가는 명령어를 살펴보도록 하겠습니다.

$ cd ..

위에서 보이는 명령어를 통해서, 현재 폴더에서 빠져나올 수 있습니다. 그럼 처음에서와 같이 '~'로 표시가 됩니다.

Git Bash의 cd.. 명령어 입력 예제

그럼 이번에는 파일을 생성하는 방법에 대해서 이야기를 해보도록 하겠습니다.

$ touch [파일이름]

touch 명령어를 통해서 다음과 같이 파일을 생성할 수 있습니다. 이렇게 생성한 파일은 에디터 툴을 쓰던지, 아니면 방식으로 접근하여 수정할 수 있습니다.

Git Bash Touch 명령어 예제

위에서는 touch 명령어를 통해서 파일을 하나 생성했는데, 한번의 명령어를 통해서 여러개의 파일을 한번에 생성할 수 있습니다.

$ touch [파일이름1] [파일이름2] ...[파일이름n]

위의 명령어를 통해서 여러개의 파일을 생성할 수 있습니다. 그럼 다음 예시를 살펴보도록 하겠습니다.

Git Bash Touch 명령어 예제1

touch명령어를 통해서 파일을 생성하였다면, 이제는 생성한 파일을 삭제해보도록 하겠습니다. 먼저 앞서서 생성한 파일을 삭제해보도록 하겠습니다.

$ rm [파일 이름]

위의 명령어를 통해서 파일을 삭제할 수 있습니다.

Git Bash rm 명령어 예제1

물론, 위에서와 같이 한개씩 삭제할 수도 있지만, 여러개의 파일을 한번에 삭제할 수 있습니다. 그럼 다음 명령어를 살펴보겠습니다.

$ rm [파일이름1] [파일이름2] ...[파일이름n]

그럼 위의 명령어를 토대로, 다음 예시를 살펴보도록 하겠습니다.

Git Bash Touch 명령어 예제2

위에서와 같이 여러개의 파일을 한번에 삭제할 수 있습니다.

그럼 이번에는 폴더를 생성하고, 삭제하는 방법에 대해서 살펴보겠습니다.

$ mkdir [폴더이름]

위의 명령어를 통해서, 다음과 같이 폴더를 생성할 수 있습니다.

Git Bash mkdir 명령어 예시

위에서의 결과를 보면, mkdir를 통해서 폴더가 생성된 것을 볼 수 있습니다. 그러면, 상위폴더에 하위 폴더에 파일을 생성할 수 있습니다. 그럼 여기에서 그 방법에 대해서 살펴보겠습니다.

$ touch [하위폴더/파일이름]

위의 방식을 사용하여, 다음과 같이 하위 폴더에 파일을 생성할 수 있습니다.

Git Bash 하위 폴더에 파일 생성하기

그러면, 이제는 폴더를 삭제하는 방법에 대해서 살펴보도록 하겠습니다. 단, 폴더를 삭제하기 위해서는 해당 폴더에 파일 또는 폴더가 존재하면 안됩니다. 위의 방법으로 파일을 삭제하면 됩니다.

$ rmdir [폴더이름]

위의 명령어를 방법으로 다음과 같이 하위 폴더로 생성한 sub_folder 부분을 삭제했습니다.

Git Bash 하위 폴더 삭제하기

이와 같은 방법으로 생성한 폴더를 삭제하였습니다. 실제 Git을 사용하면서 주로 파일을 추가하는 경우가 대다수입니다. 하지만, 경우에 따라서, 삭제하는 경우도 많기 때문에 이 부분에 대해서 검토하였습니다.

[윈도우10/11 Windows10/11] 무료 깃(Git) GUI 프로그램 소스트리(Source Tree) 다운로드 및 설치하기

appia.tistory.com

이번 포스팅에서는 [깃, Git] 깃(Git) Bash 기본명령어(폴더 생성 삭제, 파일 생성 삭제)라는 주제로 포스팅을 해봤습니다. 물론, 이 명령어를 기반으로 모든것을 다 처리할 수는 없지만, 기본적인 활동하는데에 충분할 것으로 보입니다. 향후에 지속적으로 작업을 하면서 필요로 하는 명령어에 대해서는 언급을 하도록 하겠습니다. 혹 궁금하신 점이나 문의 사항이 있으시면 언제든지 댓글 및 방명록에 글 남겨주시길 바랍니다.

[윈도우10/11 Windows10/11] 무료 깃(Git) GUI 프로그램 소스트리(Source Tree) 다운로드 및 설치하기

Appia — Thu, 2 Nov 2023 07:29:38 +0900

[윈도우10/11 Windows10/11] 무료 깃(Git) GUI 프로그램 소스트리(Source Tree) 다운로드 및 설치하기

앞선 포스팅에서는 GIT을 설치하는 것에 대해서 포스팅을 해봤습니다. 실제로, Git을 사용하는데에 있어서, Bash 콘솔을 이용하여 컨맨드를 사용하는 경우도 많지만, 실제로는 이 부분에 대해서 GUI 프로그램을 이용하여 사용합니다. 그래서 이번 포스팅에서는 무료 Git GUI프로그램인 소스트리(Source Tree)을 설치하는 방법에 대해서 이야기를 해보고자 합니다.

[윈도우11 Windows11] 깃(Git) 다운로드 및 설치하기

[윈도우11 Windows11] 깃(Git) 다운로드 및 설치하기

appia.tistory.com

먼저, 소스트리(Source Tree) 를 다운로드 하기 위해서는 다음 링크에 있는 사이트로 이동해주셔야 합니다. 다음의 있는 링크를 클릭하셔서, 해당 다운로드 사이트로 이동해주시길 바랍니다.

Sourcetree | Free Git GUI for Mac and Windows (sourcetreeapp.com)

Sourcetree | Free Git GUI for Mac and Windows

A Git GUI that offers a visual representation of your repositories. Sourcetree is a free Git client for Windows and Mac.

www.sourcetreeapp.com

위의 링크에 있는 부분을 클릭하시면 다음과 같은 화면이 나타날 것입니다. 여기에서, 상단 우측에 있는 [Download free]부분을 클릭하여 주시길 바랍니다.

소스트리(Source Tree) 홈페이지

상기 부분을 클릭하시면 다음과 같은 팝업 창이 나타납니다. 여기에서, 빨간색 부분에 있는 라이센스 동의 부분을 선택하시면, [Download]부분이 활성화 될것입니다. 이 부분을 클릭하여 주시길 바랍니다.

소스트리(Source Tree) 다운로드 화면 - 라이센스 동의

그러면, 다운로드가 시작될 것입니다. 다운로드가 완료되면, 해당 소스트리(Source Tree) 설치 파일을 클릭하여 실행해 주시길 바랍니다.

소스트리(Source Tree) 다운로드 완료

처음 소스트리(Source Tree) 설치를 시작하시면 다음과 같이 Bitbucket 또는 Bitbutcket Server에 대해서 가입 또는 로그인이 필요로 합니다. (실제로는 없이 진행가능하나, 이 부분을 진행하는 것을 권장합니다.) 여기에서 BitBucket 부분을 클릭하여 해당 부분을 가입하여 주시길 바랍니다. ( 1~5명까지는 무료입니다. )

소스트리(Source Tree) 설치 화면 -  Bitbucket / Bitbucket Server 선택화면

위에서 Bitbucket을 클릭하시면 다음과 같은 화면이 나타납니다. 최초에는 메일등을 선택하는 부분이 나옵니다. 원하시는 부분을 선택하셔도 되고, 아니면 등록된 이메일을 입력하여 진행하셔도 됩니다.

소스트리(Source Tree) 설치 화면 -  Bitbucket 가입화면

위에서 선택하시면 다음과 같은 화면이 나타납니다. 여기에서, Username 부분을 입력하여 주시고, [Continue]부분을 클릭하여 주시길 바랍니다.

소스트리(Source Tree) 설치 화면 -  Bitbucket 가입화면, 사용자 이름 입력

가입하기 위해서, 필요로 하는 정보를 입력하여 주시면 됩니다. 저의 경우, 상기 2가지 문의에만 대답을 입력한 후에 [Submit]부분을 클릭하였습니다.

소스트리(Source Tree) 설치 화면 -  Bitbucket 가입화면, 정보 입력 화면

위의 과정까지 진행하셨다면, 다음과 같은 화면이 나타날 것입니다. 여기에서, 하단 부분에 [Grant access]부분을 클릭하여 주시길 바랍니다.

소스트리(Source Tree) 설치 화면 -  Bitbucket 가입화면, 정보 입력 화면

위의 과정까지 진행하셨다면, 다음과 같이 등록이 완료되었다는 것을 확인할 수 있습니다. 여기에서 부분을 클릭하여 주시길 바랍니다.

소스트리(Source Tree) 설치 화면 - Bitbucket 등록 확인

그런 후에, 현재 연결할 수 있는 버전 관리 시스템(VCS)에 대해서 표시를 합니다. 그리고, 소스트리(Source Tree)를 사용하기 위한 필요로 하는 툴에 대해서 같이 다운로드하여 설치할 수 있도록 합니다. 그런후에 [다음]부분을 클릭하여 주시길 바랍니다.

소스트리(Source Tree) 설치 화면 -  GIT / Mercurial 설치

위의 과정까지 진행하시면, 다음과 같이 "Tool installation completed."라는 부분을 확인할 수 있습니다. 그 과정 후에 [다음]부분을 클릭하여 주시길 바랍니다.

소스트리(Source Tree) 설치 화면 -  연결툴 정상 설치 완료 화면

이 과정까지 진행한 후에, 현재 입력한 이름과 Email에 대해서 나타냅니다. 이 부분에 대해서, 수정이 가능합니다. 크게 수정할 부분이 없다면, [다음]부분을 클릭하여 주시길 바랍니다.

소스트리(Source Tree) 설치 화면 -  이름 / 이메일 확인

이 과정까지 진행하시면 다음과 같이 SSH 키를 불러올 것인가에 대해서 명시합니다. 현재는 이 부분에 대해서 향후에 수정이 가능함으로, 현단계에서는 [아니오]부분을 클릭하여 주시길 바랍니다.

소스트리(Source Tree) 설치 화면 -  SSH 확인

위의 과정까지 진행하셔다면, 다음과 같이 소스트리(Source Tree)가 정상적으로 동작하는 것을 알 수 있습니다.

소스트리(Source Tree) 정상 동작화면

이와 같은 방법으로 소스트리(Source Tree)에 대해서 설치를 진행해하였습니다.

[윈도우10 Windows10] Git Client Fork 다운로드 받고 설치하기

appia.tistory.com

이번 포스팅에서는 [윈도우10/11 Windows10/11] 무료 깃(Git) GUI 프로그램 소스트리(Source Tree) 다운로드 및 설치하기라는 부분에 대해서 포스팅을 해봤습니다. 실제 이 부분을 토대로, 깃(Git) GUI을 사용하는 방법등에 대해서 살펴볼 예정입니다. 혹 궁금하신 점이나 문의 사항이 있으시면 언제든지 댓글 및 방명록에 글 남겨주시길 바랍니다.

[윈도우11 Windows11] 깃(Git) 다운로드 및 설치하기

Appia — Wed, 1 Nov 2023 07:20:16 +0900

[윈도우11 Windows11] 깃(Git) 다운로드 및 설치하기

버전 관리 시스템에서 현재 가장 인기 있는 시스템을 찾아본다면 당연히 깃(GIT)일것입니다. 물론, 저 또한 최근 몇년 사이에 SVN에서 GIT으로 변경을 하게 되었답니다. 그래서 이번 블로그 포스팅에서는 GIT을 다운로드 받고 설치하는 방법에 대해서 이야기를 해보고자 합니다.

먼저, 다운로드를 받기 위해서는 하기 링크를 클릭하여 주시길 바랍니다.

Git

git-scm.com

상기에 있는 링크를 클릭하신다면, 다음과 같은 화면이 나타날것 입니다. 여기에서, 빨간색 상자에 있는 Download for windows 부분을 클릭하여 주시길 바랍니다. (물론, 윈도우 아닐 경우에 해당 부분에 맞춰서 다운로드 환경이 나타날 것입니다.)

GIT 홈페이지

위의 과정에서, Download 부분을 클릭하셨다면, 다음과 같은 윈도우(Windows)에 맞춰서 제공하는 설치 및 portable 버전에 대해서 다운로드 할 수 있게 나타날 것입니다.

GIT 다운로드 홈페이지 화면

위에 과정을 통해서 원하는 운영체제의 bit를 확인하여 다운로드를 완료하면, 다음과 같이 완료됨을 확인할 수 있고, 이 파일을 실행하여 설치를 진행하여 주시길 바랍니다.

GIT 다운로드 완료화면

다운로드를 완료하고, 처음 실행하면 다음과 같은 다이얼로그가 나타난 것을 알 수 있습니다. 여기에서는 라이센스관련된 정보를 나타내고 있습니아. 다이얼로그에서 보는 바와 같이 이 부분은 무료입니다. 따라서, [Next]버튼을 클릭해주시면 됩니다.

GIT 설치 화면 - 라이센스 관련 정보

그런 후에 현재 GIT이 설치된 경로를 설정해 주시면 됩니다. 저의 경우에는 별다른 설정없이 기본 설정으로 설치하는데, 원하시는 폴더 경로가 있으실 경우 해당 부분에 대해서 변경하실 수 있습니다. 만약 변경하실 분들은 파란색 선택된 부분을 변경하시거나, [Browse...]부분을 클릭하신 후에 원하시는 경로를 선택할 수 있습니다. 그런 후에 [Next] 부분을 클릭하여 주시길 바랍니다.

GIT 설치 화면 - 폴더 설정

그리고, GIT 설치시에 각 구성 요소에 대해서 선택할 수 있습니다. 실제 처음 접근 하시는 분들은 이 부분에서 그냥 [Next]부분을 클릭하셔도 무방합니다. 하지만, 원하시는 부분에 대해서는 각 부분을 검토해보시고, 선택 또는 선택해제 하셔서, [Next]버튼을 클릭하여 주시길 바랍니다.

GIT 설치 화면 - 구성 요소 확인

그리고 나면, 현재 윈도우 시작 메뉴에서 표시될 이름에 대해서 선택할 수 있습니다. 저의 경우 별다른 취향이 없어서 그냥 기본 설정을 유지합니다. 하지만, 경우에 따라서 해당 버전명을 같이 표기하는 분들도 살펴볼 수 있습니다. 원하시는 이름을 기재 하신 후에 [Next]부분을 클릭하여 주시길 바랍니다.

GIT 설치 화면 - 메뉴 표시 이름 설정

그리고, 이 부분이 가장 중요합니다. Git에서 기본으로 사용할 editor 파일을 설정해주셔야 합니다. vim이 기본 설정이나, 대부분 개발자 분들은 익숙하지 않기 때문에 저의 경우에는 Visual Studio Code로 변경하여 설치를 진행할 것입니다. 만약 Visual Studio Code가 없을 경우에는 하기에 있는 링크를 이용하여 설치해주시길 바랍니다. 여기에서도 원하시는 에디터 프로그램을 선택하신 후에 [Next] 부분을 클릭하여 주시길 바랍니다.

GIT 설치 화면 - 에디터 설정(좌 - 기본 , 우 - Visual Code로 변경)

[초보HTML배우기 00]HTML / CSS 환경설정 - Visual Studio Code 설치

[초보HTML배우기00]HTML / CSS 환경설정 - Visual Studio Code 설치 최근 크롤러 스터디를 준비하는 과정 중에 몇가지 선수 지식이 요구된다는 것을 인지하였습니다. 그중 가장 먼저 필요로 하는 것이 HTML

appia.tistory.com

그리고 나서, 기본으로 설정할 Repository의 초기 브랜치(Branch)이름에 대해서 선택할 수 있습니다. 실제 이 부분에 대해서 여기에서 설정하지 않더라도, 별도로 선택이 가능합니다. 따라서, 이 부분에 대해서는 [Next]부분으로 넘어가도록 하겠습니다.

GIT 설치 화면 - 초기 브랜치 이름 설정

그리고, 환경 변수에 대해서 설정할 수 있는 탭이 나옵니다. 가운대 부분을 선택하신다면, Git의 Cmd에 대해서 환경 변수에 추가 합니다. 이 부분을 통해서 Git Bash에 대한 접근을 용이하게 해줍니다. 각 항목에 대해서 읽어보시고, 원하는 부분을 설정할 수 있으나, 추천옵션을 사용할 것을 권장합니다. 그런 후에 [Next]부분을 클릭하여 주시길 바랍니다.

GIT 설치 화면 - 환경 변수 ,  Path 입력여부

그리고 나서, SSH와 SSL에 대해서 설정할 수 있습니다. 실제 이 부분에 대해서는 기본 설정을 그대로 유지하면 됩니다. 따라서 이 부분에 대해서 [Next] 버튼을 클릭하여 다음 단계로 넘어가 주시면 됩니다.

GIT 설치 화면 - SSH(좌), SSL(우) 부분에 대해서 설정

그 다음 단계는 Checkout / Commit 스타일에 대해서 설정하는 것입니다. 이 부분 또한 기본 설정을 유지하고, [Next] 부분을 클릭하여 주시길 바랍니다.

GIT 설치 화면 - 에디터 설정

이제는 Git Bash에서 사용하는 터미널 프로그램을 설정하는 것입니다. 기본적으로 MinTTY을 제공하나, 윈도우에서 제공하는 Command Console을 선택할 수 있습니다. 저의 경우 MinTTY가 선택한 후 [Next] 버튼을 클릭하겠습니다.

GIT 설치 화면 - GIT Bash 터미널 설정

Git Pull에 대한 기본 동작에 대해서 설정할 수 있습니다. 이 부분에 대해서 향후 포스팅에서 각 의미에 대해서 다루어 볼 예정입니다. 따라서, 본 단계에서는 Default로 선택한 후 [Next]버튼을 클릭하여 주시길 바랍니다.

GIT 설치 화면 - Git pull 초기 설정

그 이후에 Credential Helper을 선택하고 System Cache을 사용 여부를 선택하는 부분에 대해서는 그냥 [Next] 부분을 이용하여 진행하여 주시길 바랍니다.

GIT 설치 화면 - (좌)Credential Helper을 선택 (우)System Cache을 사용 여부를 선택

위의 단계까지 진행을 하였다면, 이제 드디어 설치가 진행이 될것입니다.

GIT 설치 화면

위의 과정 이후에 설치가 완료되면 다음과 같은 화면이 나타날 것입니다. 여기에서 [Launch Git Bash]부분을 체크 해주시고, [Finish]부분을 클릭하도록 하겠습니다.

GIT 설치 완료화면

그럼 다음과 같은 MinTTY 터미널 창이 나타날 것입니다. 이 경우에 정상적으로 설치된것을 볼 수 있습니다. 저의 경우 "git --version"을 통해서 제가 설치한 버전이 맞는지 다시한번 확인할 수 있습니다.

GIT 설치 완료 화면 - Git Bash 실행화면

그리고, 시작메뉴에서도 git bash을 검색하여 다음과 같이 정상적으로 앱이 나타나는 것을 확인할 수 있습니다.

GIT 설치 완료 화면 -  Git Bash 검색화면

이와 같은 과정으로 Git을 설치할 수 있습니다. 생각보다 많은 과정이 필요로 하나, 에디터 설정하는 부분만 신경쓰셔서 설치하셔도 무방합니다.

[윈도우10, windows10] Github가 안될 때, 오픈 소스 프리웨어 프로그램 다운로드 할 수 있는 사이트 - Fossies

[윈도우10, windows10] Github가 안될 때, 오픈 소스 프리웨어 프로그램 다운로드 할 수 있는 사이트 - F

[윈도우10, windows10] Github가 안될 때, 프리웨어 프로그램 다운로드 할 수 있는 사이트 회사에서 오픈 소스 프로그램등을 다운로드 받을 때, Github와 연결된 곳에서 다운로드를 많이 받게 됩니다. 종

appia.tistory.com

이번 포스티에서는 [윈도우11 Windows11] 깃(Git) 다운로드 및 설치하기라는 주제로 포스팅을 해봤습니다. 실제 약간의 번거로움이 있는 과정이지만, 반드시 진행해야하는 부분입니다. 다음 포스팅에서는 Git에 대해서 하나씩 하나씩 다루어볼 예정입니다. 혹 궁금하신 점이나 문의 사항이 있으시면 언제든지 댓글 및 방명록에 글 남겨주시길 바랍니다.

Appia의 IT세상

파이썬 특정 폴더 파일 목록 추출: pathlib·glob·os 비교 + CSV 저장

파이썬 특정 폴더 파일 목록 추출: pathlib·glob·os 비교 + CSV 저장

TL;DR

1. pathlib (추천)

1.1. 현재 폴더의 파일만 출력

1.2. 확장자 필터: glob("*.py")

1.3. 하위 폴더 포함 재귀 탐색: rglob("*")

1.4. 정렬하여 출력하기 : 이름순 / 수정시간 순

2. glob 모듈

2.1. 현재 폴더에서 패턴 검색

2.2. 하위 폴더까지 재귀

3. os / os.path 모듈

3.1. 현재 폴더의 파일만 출력 (os.listdir + os.path.isfile)

3.2. 하위 폴더까지 탐색 (os.walk)

4. 실무 체크 포인트 (파일/폴더구분 체크)

5. pathlib·glob·os비교

6. CSV 추출 하기

[3화] 파이썬 배포 자동화: Config 설계 & 로더 구현(스키마/검증/기본값/환경변수)

[3화] 파이썬 배포 자동화: Config 설계 & 로더 구현(스키마/검증/기본값/환경변수)

1. Config 요구 사항과 구조

2. Config 로더의 범위 및 workflow

2.1. Config 로더의 범위

2.2. Config 로더의 workflow

3. Config 로더(load_config.py) 구현

4. Git 인증 준비 모듈(auth_git.py) 구현

[2화] 파이썬 배포 자동화: 파이썬 코드 구조와 아키텍처

[2화] 파이썬 배포 자동화: 파이썬 코드 구조와 아키텍처

1. 관련 기능 정리

2. 설계 원칙

3. 파일 구조 잡기

4. 폴더 구조 잡기

5. 입력과 출력 정의

6. 오케스트레이션(main.py)

7. 실패 케이스와 리포트의 역할

[1화] 파이썬 배포 자동화: 전체 프로세스(내부/외부 형상 기반)

[1화] 파이썬 배포 자동화: 전체 프로세스 (내부/외부 형상 기반)

1. 배포될 파일 선별

2. 내부 형상 최신화 / 3. 외부 형상 최신화

4. 배포 대상 파일 복사 및 배포

파이썬[Python] 크롬(Chrome)방문 (특정사이트 또는 전체) 삭제하기

파이썬[Python] 크롬(Chrome)방문 (특정사이트 또는 전체) 삭제하기

파이썬[Python] 크롬(Chrome)방문 기록 출력하기

파이썬[Python] 크롬(Chrome)방문 기록 출력하기

파이썬[Python] Win32com을 이용하여 엑셀 시트 숫자 세기 및 엑셀시트 이름 모두 나열하기

파이썬[Python] Win32com을 이용하여 엑셀 시트 숫자 세기 및 엑셀시트 이름 모두 나열하기

[윈도우10/11 Windows10/11] 컴퓨터 최적화 프로그램 CCleaner 다운로드받고 설치하기

[윈도우10/11 Windows10/11] 컴퓨터 최적화 프로그램 CCleaner 다운로드받고 설치하기

파이썬[Python] Win32com을 이용하여 엑셀 시트 복사하기

파이썬[Python] Win32com을 이용하여 엑셀 시트 복사하기

파이썬[Python] Win32com을 이용하여 엑셀 시트 선택하기 및 시트 추가하기

파이썬[Python] Win32com을 이용하여 엑셀 시트 선택하기 및 시트 추가하기

[깃, Git] Git 커밋(commit) 취소하기 feat. git reset, git revert

[깃, Git] Git 커밋(commit) 취소하기 feat. git reset, git revert

[깃, Git] Git 변경사항 스테이징 취소하기

[깃, Git] Git 변경사항 스테이징 취소하기

다양한 주제의 고품질 이미지를 무료로! 인기 무료 이미지 제공 사이트 10선

다양한 주제의 고품질 이미지를 무료로! 인기 무료 이미지 제공 사이트 10선

[깃, Git] Git 변경사항 폐기하기(with Checkout, restore)

[깃, Git] Git 변경사항 폐기하기(with Checkout, restore)

[깃, Git] Git에서 HEAD~를 사용하는 방법

[깃, Git] Git에서 HEAD~를 사용하는 방법

[윈도우10/11 Windows10/11]윈도우 사용자를 위한 필수 프로그램 10가지

[윈도우10/11 Windows10/11]윈도우 사용자를 위한 필수 프로그램 10가지

파이썬[Python] Git 자동화를 위한 파이썬 모듈 소개 및 비교

파이썬[Python] Git 자동화를 위한 파이썬 모듈 소개 및 비교

1. GitPython GitPython은 파이썬으로 Git 리포지토리를 조작하기 위한 풍부한 기능을 제공하는 모듈입니다. 객체 지향적인 디자인을 통해 Git 작업을 직접 다룰 수 있습니다.

2. GitCommand

3. sh

4. invoke:

장단점 비교

[깃, Git] Git 이전 commit 확인 및 되돌아가기: 쉽고 빠른 방법 안내

[깃, Git] Git 이전 commit 확인 및 되돌아가기: 쉽고 빠른 방법 안내

파이썬[Python] 미국 주식 파이썬 모듈/라이브러리 전격 소개

파이썬[Python] 미국 주식 파이썬 모듈/라이브러리 전격 소개

1. ccxt

2. yfinance

3. alpha_vantage

4. pandas_datareader

[ChatGPT] OpenAI 계정 생성 하기 및 처음 시작하기

**1.2. 확장자 필터: glob("*.py")**

**1.3. 하위 폴더 포함 재귀 탐색: rglob("*")**

1. GitPython
GitPython은 파이썬으로 Git 리포지토리를 조작하기 위한 풍부한 기능을 제공하는 모듈입니다. 객체 지향적인 디자인을 통해 Git 작업을 직접 다룰 수 있습니다.