개요 이번주부터 임베디드 과목, 팀플을 하게 되었다. 졸업 작품 만드는 과정에서도, git은 사용하고 있지만. 이번 기회에 조금 더 효과적으로 사용해보기 위해서, 여러 가지 자료를 찾아 정리하던중 reset revert에 대해서 정리하게 되었다. git reset & revert git에서 잘못된 커밋을 한 경우, 수정하기 위해 사용하는 command. reset 사용시, 지정 커밋들이 삭제되어. 그 이전 커밋 상태로 돌아간다. command git reset --soft [commit ID] // 해당 커밋들이 staging area로 이동(commit 전 상태) git reset --mixed [commit ID] // (default) commit된 파일들을 working directory로 이동(..
GIT Pull Request A pull request – also referred to as a merge request – is an event that takes place in software development when a contributor/developer is ready to begin the process of merging new code changes with the main project repository. Fork 타켓 프로젝트의 저장소에 가서 Fork 한다. 이후 새로운 저장소가 생성된다. clone, remote 새로 생긴 저장소의 주소로 clone 한다. git clone https://github.com/~ # 새로 생긴 저장소의 주소 clone 된 디렉토리에서 fo..
1일 1커밋 중, 가끔씩 커밋을 놓칠 때가 있습니다. 그럴 때 사용할 수 있는 커밋 날짜 변경하는 방법입니다~ 최근 커밋 날짜 변경하는 방법 git commit --amend --no-edit --date "Wen 8 Mar 2023 21:20:26 KST" 날짜의 경우 요일 일자 월 연도 시간 KST(한국 시간 Korea Standard Time)으로 구성하면 됩니다. 만약에 내일 3월 9일의 경우 Thu 9 Mar 2023 ~이 됩니다. 되도록 이 방법 사용 없이. 매일 커밋하도록 합시다!
깃허브 작업하던 중 .DS_Store 파일이 자꾸 엮여 들어가는 상황이 발생하였다. .DS_Store 파일은 맥에서 폴더 접근 시 생성되는 파일이다. 결과적으로 필요없는 파일이므로 삭제하는게 바람직하다. 방법 1) 직접 삭제 rm 으로 하나 하나씩 삭제하는 방법도 있겠지만. rm .DS_Store *상위 디렉터리에서 현재 디렉터리까지 .DS_Store 파일 전부 삭제하는 방법을 사용하자. find . -name .DS_Store -print0 | xargs -0 git rm -f --ignore-unmatch 방법2) .gitignore 파일 이용 .gitignore 파일은 git add 에서 제외할 파일을 지정할 수 있는 파일이다. .gitignore 파일을 생성해 안에 .DS_Store을 작성한 뒤,..
.gitignore .gitignore とは .gitignoreはGitで使えられる特徴なファイルでこのファイルに作成されたファイルは上から順番に処理されて、Gitのトラッキングの対象外になります。 .gitignoreは’.'で始まり、隠しファイルとして存在します。 .gitignore の使い方 ファイル・ディレクトリ名を入力して使います。 例） >temp.txt ファイルを無視 temp.txt >temp ディレクトリーを無視(/で始まらない場合) temp / >temp ディレクトリーからの相対パスで指定されたディレクトリを無視（/で始まる場合） / temo / > .txt 全部無視 (＊は全部を意味) *.txt > temp ディレクトリを無視しない （！は不定の意味） ! temp /
GitHub Flow GitHub Flowとは GitHub Flowはブランチ戦略の１つで「メインのmasterブランチ」・「機能開発のfeatureブランチ」の構成になっていた。 GitHub Flowの特徴 １。プルリクエストを使うこと ２。masterブランチは常にデプロイ可能なこと ３。git flowと比べて多い必要なブランチがないこと。 GitHub Flowの流れ １。開発リポジトリをアカウントへforkする。 ２。メインブランチから作業ブランチを切る。 ３。ローカルで開発・コミットしてforkされたブランチにpushする。 ４。メインリポジトリにプルリクエストしてフィードバック受ける。 ５。レビュアーに承認されたらメインリポジトリへマージする。 ６。デプロイする。 fork forkはあるgitリポジトリを自分のリモートリポジトリにコピーすることだ。 cloneに..
clone >リモートリポジトリを複製するコマンドだ。 >リモートリポジトリからローカルリポジトリにファイルを持ってくれる。 > cloneコマンドの使い方 $ git clone [リポジトリパス] //入力したリポジトリを現在のリポジトリに複製する。 $ git clone https://github.com/[ユーザー名]/[リポジトリ名].git //GitHubのリポジトリを指定した時の使い方 >> privateリポジトリの場合はパスワード認証かSSH公開鍵の設定が必要だ。 branch > ブランチを作り、並び、名を変更し、削除するコマンドだ。 > branchコマンドの使い方 $ git branch //リポジトリのブランチを並ぶ $ git branch //新しいブランチを作る。 $ git branch -d //そのブランチを削除する。マージされてない変更が..
リポジトリ ＞ リポジトリはファイル、ディレクトリを保存されるところだ。 特にgitのリポジトリはファイルの変更によって別に区別られて保存できる。 つまりgitのリポジトリを通してファイルの変更によって区別に保存してプロゼクトのバージョン管理ができる。 リモートリポジトリ ＞ ファイルをリモートリポジトリ専用のサーバで管理し、チームでいろいろな人たちと共有するためのリポジトリだ。 ローカルリポジトリ ＞ 自分のPCでファイルを保存する個人専用のリポジトリだ。 ブランチ ＞ ブランチはあるプロゼクトのエンジニアたちがそれぞれ自分で開発するための概念だ。 それぞれのブランチはお互い影響されらないので、いろいろな開発を共に進められる。 ある開発が終わったらそのプロゼクトのmasterブランチへマージしてmasterブランチにその開発が反映できる。 ’HEAD’というポインタでそれぞれのブラン..
