今さら聞けないGit　 │ f@ctor

- 0.1. 空のディレクトリをGitHubへcommitする方法
1. 本日のお悩み
2. 本日の処方箋

空のディレクトリをGitHubへcommitする方法

本日のお悩み

gitへpushし動作確認をした際、ディレクトリがないよ〜と言われてしまったのでその時の対処方法を記載します。

作成したwebアプリをデプロイする際にプロジェクトをgitへpushするかと思います。
その際、特定のディレクトリを参照する機能があれば、もちろん、そこを探しに行くかと思いますが、今回そのディレクトリにはデータが入っていない空の状態でした。

どうやらGitではディレクトリは作成してあっても**中身が空**だと無かったことにされてしまい、commitから除外されてしまうみたいです。

では、どうすれば空のディレクトリを認識しcommitしてくれるのか。すごく簡単です下記に記載しました。

本日の処方箋

じゃあどうすればいいかって、commitされなかった空のディレクトリに

.gitkeep

ただこれを作成するだけ！
そうすると、.gitignoreのファイルと同じようなファイルができるのでそれで初めてcommit対象になります。超簡単。

下記例

“`shell-session
$ cd 空の対

元記事を表示

ローカルブランチで作成した Lambda 関数をワークフローでデプロイする方法【CodeCatalyst】

## はじめに

この記事では、ローカルで作成した Lambda 関数を CodeCatalyst ワークフローでデプロイする方法について説明します。Lambda 関数をデプロイするために必要な設定やファイル構成、CDK プロジェクトの設定方法などについて詳しく説明します。実務でこのような方法で Lambda 関数をデプロイする機会があり、調べてみたところ情報が少なかったため、今回の記事を作成しました。

## 前提条件

– 実行環境：Codecatalyst
– CodeCatalyst にログインしていること
– CodeCatalyst でプロジェクトを作成していること
– ロールやセキュリティグループ、VPC などの設定が完了していること

## Lambda デプロイプロジェクトのディレクトリ構成

このセクションでは、Lambda 関数のデプロイに関連するプロジェクトのディレクトリ構成について説明します。プロジェクト内の各ディレクトリやファイルが持つ役割を理解することで、プロジェクト全体の流れやデプロイプロセスの構造を把握しやすくなります。

### ディレクトリ構造

元記事を表示

わかりやすいコミットメッセージ

## はじめに

僕が最近こんな感じで使うのが良さそうと思ったのをまとめてみました。
改善の余地はあると思うので、意見募集中です。
Git初心者は、[Gitのコミットメッセージの書き方](https://qiita.com/itosho/items/9565c6ad2ffc24c09364)の[ライト版](https://qiita.com/itosho/items/9565c6ad2ffc24c09364#ライト版)がオススメです。

## Format

`(): `</p> <p>– 例: `feat(ui): ログイン画面を実装`<br /> – typeとtitleは必須、scopeは強く推奨<br /> – 紐づくIssueがある場合は、その番号を`#<issue number>`(例: `#10`)のような形式でtitleの前に付ける<br /> – 3行目以降を書くかは任意</p> <p>### type</p> <p>– どういった種類のコミットなのかが一目で分かるように、コミットの種別を書く<br /> – [angular/CONTRIBUTING.md](https://github.com/angula</p></blockquote> </blockquote> <aside class='widget widget-post'> <div class='tag-cloud-link'>Git</div> <div class='tag-cloud-link'>GitHub</div> <div class='tag-cloud-link'>GitLab</div> <div class='tag-cloud-link'>commit</div> <div class='tag-cloud-link'>コミットメッセージ</div> </aside> <div><a style='width:100%;' class='btn__link' href='https://qiita.com/NMS/items/fe3c57fc03a2ff6a1597'>元記事を表示</a></div> <h3 id="outline__2_4"><a href='https://qiita.com/tyanmahou/items/18be67b7e52fb1686aaf'>[Unity]metaファイル追加のコミット漏れをGit Hooksで検知</a></h3> <blockquote><p># はじめに<br /> 特にチームでのUnity開発において、metaファイルのコミット漏れがあると嬉しくないことが多いと思います。<br /> そこで、**Git Hooks**を使って、metaファイルなしでは新規ファイル追加のコミットができないように検知してみようと思いました。</p> <p>※今回はmetaファイルの追加コミット漏れの検知であり、変更のコミット漏れは検知していない</p> <p># フックスクリプトの作成 pre-commit</p> <p>.githooks/pre-commitを追加<br /> “`bash:.githooks/pre-commit<br /> #!/bin/bash</p> <p># Assetsフォルダへのパス<br /> assetPath=”Assets”<br /> success=0</p> <p># アントラックのファイルを取得<br /> untrack_files=$(git ls-files –others –exclude-standard)</p> <p># 新規に追加されたファイルのリストを取得<br /> new_files=$(git diff –cached –name-only –diff-filter=A)<br /> new_folders=()</p> <p># 新規に追加さ</p></blockquote> </blockquote> <aside class='widget widget-post'> <div class='tag-cloud-link'>Git</div> <div class='tag-cloud-link'>Unity</div> </aside> <div><a style='width:100%;' class='btn__link' href='https://qiita.com/tyanmahou/items/18be67b7e52fb1686aaf'>元記事を表示</a></div> <h3 id="outline__2_5"><a href='https://qiita.com/yebihara/items/33cfd6b5899b852f5844'>node開発環境構築個人メモ</a></h3> <blockquote><p>久々にエンジニア仕事をやることになったので、昨年末に買った Mac の環境構築個人メモ。<br /> Node.js のコード管理ができるようになるところまで。</p> <p># Homebrew インストール<br /> 公式のインストールガイドを参照。</p> <p>https://brew.sh/ja/</p> <p>> macOSをお使いの場合は新しい.pkgインストーラーをお試し下さい。</p> <p>と書いてあるのでそうする。</p> <p>[https://github.com/Homebrew/brew/releases/latest](https://github.com/Homebrew/brew/releases/latest) にアクセスすると現時点での最新バージョンは 4.2.18 らしい。<br /> ページの一番下にある `Homebrew-4.2.18.pkg` をダウンロードしてインストール。</p> <p>これだけだと PATH が通らなかったので、スクリプトを実行する従来型インストールで最後に案内されるコマンドを実行。</p> <p>“`<br /> echo ‘eval “$(/opt/homebrew/bin/brew shellenv)”‘ >> ~/.zprofile</p></blockquote> </blockquote> <aside class='widget widget-post'> <div class='tag-cloud-link'>Mac</div> <div class='tag-cloud-link'>Git</div> <div class='tag-cloud-link'>Node.js</div> <div class='tag-cloud-link'>環境構築</div> </aside> <div><a style='width:100%;' class='btn__link' href='https://qiita.com/yebihara/items/33cfd6b5899b852f5844'>元記事を表示</a></div> <h3 id="outline__2_6"><a href='https://qiita.com/bshin/items/84f7896c2aea265c18d5'>Git CLI – 2. Gitでバージョンを管理する_①</a></h3> <blockquote><p>:high_brightness: 始めに<br /> Gitの主な目的であるVersion管理について説明していきます。<br /> 今回の記事は「Git CLI – 2. Gitでバージョンを管理する」_①になります。</p> <p>目次<br /> 2-1 Git repositoryを作る<br /> 2-2 Versionを作る<br /> 2-3 Commit内容を確認する<br /> 2-4 git diff 一気にまとめよう<br /> 2-5 Versionを作る度、各段階のファイル状態を知る<br /> 2-6 作業を取り戻す</p> <p>「Git CLI – 2. Gitでバージョンを管理する」_①：目次の2-3まで<br /> 「Git CLI – 2. Gitでバージョンを管理する」_②：目次の2-4<br /> 「Git CLI – 2. Gitでバージョンを管理する」_③：目次の2-6まで</p> <p>2-1 Git repositoryを作る<br /> ——————————–<br /> レポジトリを作りたいディレクトリに移動し、Gitを初期化すればそのときから該当ディレクトリにあるファイルのバージョンを管理できます。</p> <p>●Git初期化：git init</p> <p>① ホームディレクトリにh</p></blockquote> </blockquote> <aside class='widget widget-post'> <div class='tag-cloud-link'>Git</div> <div class='tag-cloud-link'>GitHub</div> <div class='tag-cloud-link'>GitCli</div> </aside> <div><a style='width:100%;' class='btn__link' href='https://qiita.com/bshin/items/84f7896c2aea265c18d5'>元記事を表示</a></div> <h3 id="outline__2_7"><a href='https://qiita.com/kkitadate/items/8e1920bb3eeb1e1c9c20'>Gitでshallow cloneした後に特定のブランチをcheckoutしたい</a></h3> <blockquote><p> ## TL;DR</p> <p>以下のようにshallow cloneしたローカルリポジトリに対し、</p> <p>“`<br /> git clone –depth 1 ＜リポジトリURL等＞<br /> “`</p> <p>以下のコマンドを実行すれば指定したブランチがcheckoutできるようになる</p> <p>“`<br /> git remote set-branches origin ＜ブランチ名＞<br /> git fetch origin ＜ブランチ名＞<br /> “`</p> <p>※ `origin` の箇所は適宜読み替える</p> <p>## 少し詳しく</p> <p>以下のようにshallow cloneしたローカルリポジトリがある</p> <p>“`<br /> git clone –depth 1 –single-branch -b ＜ブランチ名＞＜リポジトリURL等＞<br /> “`</p> <p>このままcheckoutしようとすると以下のようなエラーになる</p> <p>“`<br /> ❯ git checkout master<br /> error: pathspec ‘master’ did not match any file(s) known to git<br /> “`</p> <p>何となくfetchすれば良いのでは？と思いやってみるも</p></blockquote> </blockquote> <aside class='widget widget-post'> <div class='tag-cloud-link'>Git</div> </aside> <div><a style='width:100%;' class='btn__link' href='https://qiita.com/kkitadate/items/8e1920bb3eeb1e1c9c20'>元記事を表示</a></div> <h3 id="outline__2_8"><a href='https://qiita.com/tsubasamusu/items/2c6cf5e163a7ba696acd'>【Git/UE5】Git を用いた Unreal Engine のバージョン管理の始め方</a></h3> <blockquote><p># はじめに<br /> ## 前提条件<br /> – [GitHub](https://github.com/) アカウントを作成してある事<br /> – [Git](https://git-scm.com/) をダウンロードしてある事<br /> – [Git LFS](https://git-lfs.com/) をダウンロードしてある事<br /> – [Sourcetree](https://www.sourcetreeapp.com/) をダウンロードして GitHub アカウントの認証などの初期設定を行ってある事<br /> ## テスト環境<br /> – UE 5.1.1<br /> – Visual Studio 2022<br /> – [UEGitPlugin](https://github.com/ProjectBorealis/UEGitPlugin/) 3.15<br /> # 手順<br /> ## GitHub でのリポジトリの作成<br /> ### 手順1<br /> [GitHub](https://github.com/) に行き、右上の「**＋**」から「**New repository**」を押す。</p> <p><img width="500" alt="TSUBASAMUSU.png" src=</p></blockquote> </blockquote> <aside class='widget widget-post'> <div class='tag-cloud-link'>Git</div> <div class='tag-cloud-link'>GitHub</div> <div class='tag-cloud-link'>UnrealEngine</div> <div class='tag-cloud-link'>ue5</div> <div class='tag-cloud-link'>UnrealEngine5</div> </aside> <div><a style='width:100%;' class='btn__link' href='https://qiita.com/tsubasamusu/items/2c6cf5e163a7ba696acd'>元記事を表示</a></div> <h3 id="outline__2_9"><a href='https://qiita.com/hazure_engineer/items/40f6877af22fd138e9c9'>既存リポジトリの内容と履歴を新しいリポジトリに複製する方法</a></h3> <blockquote><p>## はじめに</p> <p>前回の記事では、GitLabからGitHubへのリモートリポジトリの向き先を変更する方法を紹介しました【https://qiita.com/hazure_engineer/items/8ddd12105ed4ae3d682a 】。今回は、その続きとして、既存のリポジトリの内容と履歴を新しいリポジトリに完全に複製する方法を説明します。自分はGitLabからAmazon CodeCatalystに移行する際にこの手順を使いましたが、他のプラットフォームに移行する際にも役立つと思います。</p> <p>### 1. 既存のリポジトリをクローンする<br /> まず、既存のリポジトリ（ソースリポジトリ）をローカルにクローンします。これは `–mirror` オプションを使用して行い、リポジトリ全体の複製を作成します。このオプションを使うと、すべてのブランチ、タグ、コミット履歴が含まれます。</p> <p>“`sh<br /> git clone –mirror 既存のリポジトリのURL<br /> cd クローンしたリポジトリの名前<br /> “`</p> <p>### 2. 新しいリポジトリにプッシュする<br /> クローンしたリポジトリを新しいリポジトリ</p></blockquote> </blockquote> <aside class='widget widget-post'> <div class='tag-cloud-link'>Git</div> <div class='tag-cloud-link'>GitHub</div> <div class='tag-cloud-link'>GitLab</div> <div class='tag-cloud-link'>CodeCatalyst</div> </aside> <div><a style='width:100%;' class='btn__link' href='https://qiita.com/hazure_engineer/items/40f6877af22fd138e9c9'>元記事を表示</a></div> <h3 id="outline__2_10"><a href='https://qiita.com/poke_tech/items/8ff86333a4eb1fa4a63d'>チーム開発でのGitの基本操作</a></h3> <blockquote><p># はじめに<br /> 今回、初めてチーム開発に関わる（といっても本当に触り程度）ことになったので、その際の基本操作と意味をまとめておきます。<br /> よく使う操作ばかりですが、ブランチが多く、チームで使うブランチということで気をつけてやる必要がありました。（実際の操作は会社やチームにより全然違うと思います。）</p> <p># 0. 全体のイメージ<br /> リモートにあるブランチと自分のところ(local）にあるブランチを分けて考えておくと良いと思います。<br /> リモートでもローカルでも同じ名前になるのでイメージしにくかったのですが、以下のことを意識したら整理できてきました。<br /> – どのブランチにもリモートとローカルが存在していて、<font color='red'>基本的にPCで操作しているのは全てローカルのブランチ<br /> – ローカルの内容をリモートに当てたり、リモートからローカルに取り込んでいる<br /> （逆に言えばリモートブランチはこれだけでしか基本使わない）<br /> – リモートブランチのことは`origin`という名前で操作している<br /> – ブランチを移動した先も基本はローカルで、そこでの編集はまたリモート（origin）に当てる必要がある </p></blockquote> </blockquote> <aside class='widget widget-post'> <div class='tag-cloud-link'>Git</div> <div class='tag-cloud-link'>初心者</div> </aside> <div><a style='width:100%;' class='btn__link' href='https://qiita.com/poke_tech/items/8ff86333a4eb1fa4a63d'>元記事を表示</a></div> <h3 id="outline__2_11"><a href='https://qiita.com/rikudelicious/items/832e6e5d9eb60eb1c2b7'>Git-3 コミットについての詳細</a></h3> <blockquote><p># 概要<br /> コミットを実行した時、gitリポジトリにはblobオブジェクト、treeオブジェクト、commitオブジェクトが記録される。</p> <p># コミットを時系列順に積み上げていく<br /> ![b.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2985939/8c2e7688-e3d3-0fcc-3207-fff50e954ba4.png)</p> <p># blobオブジェクト<br /> ステージング領域で指定されたファイル1つ1つはそれぞれblobオブジェクトというファイルとしてgitリポジトリに保存される。これが各ファイルの実質的なフルバックアップとなる。また、それぞれのblobオブジェクトの識別子はファイルの内容からSHA-1で算出したハッシュ値となる。</p> <p># treeオブジェクト<br /> gitで管理しているプロジェクト内の全てのディレクトリの内容（ファイル一覧）と、各ファイルに対応するblobオブジェクトを紐づけて、コミットを実行した時点におけるプロジェクト全体の状態を作成する。</p> <p>各ファイルに対応するblobオブジェクトは、<br /> – </p></blockquote> </blockquote> <aside class='widget widget-post'> <div class='tag-cloud-link'>Git</div> </aside> <div><a style='width:100%;' class='btn__link' href='https://qiita.com/rikudelicious/items/832e6e5d9eb60eb1c2b7'>元記事を表示</a></div> <h3 id="outline__2_12"><a href='https://qiita.com/okayu__11/items/0615c5b72dec1709c868'>【GitHub】リポジトリ名／【GitLab】プロジェクト名をURLも併せて変更する</a></h3> <blockquote><p>## ざっくりやること<br /> 1. GitHub／GitLab上で、リポジトリ名／プロジェクト名を変更する<br /> 2. ローカルリポジトリの参照先URLを変更する<br /> `git remote set-url origin [新URL]`</p> <p>## 詳細手順<br /> ### GitHub<br /> #### 0.変更前<br /> ![0.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2257421/ffd2fff5-3277-69de-2189-89b21c46159e.png)</p> <p>![1_ぼかし.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2257421/98fdc505-674f-4fdf-aef3-1a19633030e1.png)</p> <p>#### 1.リポジトリ名変更<br /> GitHub > 対象のリポジトリ > Settings<br /> ![2_赤枠.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com</p></blockquote> </blockquote> <aside class='widget widget-post'> <div class='tag-cloud-link'>Git</div> <div class='tag-cloud-link'>GitHub</div> <div class='tag-cloud-link'>GitLab</div> </aside> <div><a style='width:100%;' class='btn__link' href='https://qiita.com/okayu__11/items/0615c5b72dec1709c868'>元記事を表示</a></div> <h3 id="outline__2_13"><a href='https://qiita.com/fumi19/items/19933409f2c27fbb5320'>git fetchとは何か</a></h3> <blockquote><p>## Git Fetchの概要<br /> Git fetchは、リモートリポジトリから最新の情報をローカルリポジトリに取得するGitコマンドです。このコマンドは、リモートリポジトリにあるコミット、ファイル、ブランチの情報をローカルにダウンロードするために使用されますが、ローカルの作業ディレクトリのファイルを変更することはありません。つまり、fetchはリモートの状態を確認するための安全な方法であり、ローカルの作業には影響を与えません</p> <p>下記記事のイメージがわかりやすかったため、引用させていただきます。<br /> 引用元：[fetch｜サル先生のGit入門](https://backlog.com/ja/git-tutorial/stepup/15/)<br /> ![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2040900/7103f30f-1ea2-e253-d065-ba9b4c6de7a3.png)</p> <p>## Git Fetchの動作<br /> Git fetchを実行すると、リモートリポジトリの情報がローカルのリモート追</p></blockquote> </blockquote> <aside class='widget widget-post'> <div class='tag-cloud-link'>Git</div> </aside> <div><a style='width:100%;' class='btn__link' href='https://qiita.com/fumi19/items/19933409f2c27fbb5320'>元記事を表示</a></div> <h3 id="outline__2_14"><a href='https://qiita.com/Papuri_Kan/items/01930505d946d9c7f6a4'>githubの既存のリモートブランチ開発を別の環境で再開する方法</a></h3> <blockquote><p># はじめに</p> <p>@siida36さんの素晴らしい[チーム開発の記事](https://qiita.com/siida36/items/880d92559af9bd245c34)を読んで、よっしゃ頑張るぞー！！となっていたのですが、私は家と外出先で違うパソコンを使っていたために、しばしば`git pull`で苦戦していました。</p> <p>ずっと、`git pull`で頑張ると思っていたのですが、コンフリクトは起こるし手順が多いしで大変でした(ずっとローカルブランチを作成してそこにpullしていた)。<br /> もっと楽な方法をClaude3に教えてっもらったので、メモしておきます。<br /> 一応、手元の環境で動いたので、コマンドは間違っていないと思います。<br /> 詳しい方は、「こんなリスクあるよ」って感じで教えていただけると平身低頭して感謝します。m(_ _)m</p> <p># 手順</p> <p>既存のリモートブランチで開発を行う場合の手順は以下の通りです。</p> <p>## リポジトリのクローン<br /> まだリポジトリをローカル環境にクローンしていない場合は、クローンします。<br /> “`<br /> git clone https://github.com/your-u</p></blockquote> </blockquote> <aside class='widget widget-post'> <div class='tag-cloud-link'>Git</div> <div class='tag-cloud-link'>GitHub</div> </aside> <div><a style='width:100%;' class='btn__link' href='https://qiita.com/Papuri_Kan/items/01930505d946d9c7f6a4'>元記事を表示</a></div> <h3 id="outline__2_15"><a href='https://qiita.com/Sato_1021/items/12ea7d7ed9b8d9081192'>Gitを安心して使うために知っておきたいGitコマンドの動き　git push編</a></h3> <blockquote><p># はじめに<br /> Gitを学び始めたばかりの方にとって実行するのに怖いコマンド筆頭は`git push`だと思います。１度プッシュしてリモートに変更を送信すると簡単には戻せないと聞いていたので、送信したいローカルブランチを対象のリモートブランチにちゃんと送信できるのか、とプッシュするときは毎回緊張していました。<br /> これは、今考えると`git push`を実行したときに何がどのように更新されるかを理解していなかったことが原因だと思います。<br /> この記事ではGit初心者向けに、`git push`コマンドに焦点を当てて実行されたときの動きをまとめています。</p> <p>前回はgit branch編で`git branch`コマンドに焦点を当てた記事を作成しました。良ければこちらも参照してみてください。</p> <p>https://qiita.com/Sato_1021/items/41f4887ca29f7acddf22</p> <p># git pushコマンドとは<br /> そもそも`git push`とはどのようなコマンドなのでしょうか。<br /> ドキュメントには以下のように書いています。<br /> “`<br /> Updates remote refs us</p></blockquote> </blockquote> <aside class='widget widget-post'> <div class='tag-cloud-link'>Git</div> <div class='tag-cloud-link'>初心者</div> </aside> <div><a style='width:100%;' class='btn__link' href='https://qiita.com/Sato_1021/items/12ea7d7ed9b8d9081192'>元記事を表示</a></div> <h3 id="outline__2_16"><a href='https://qiita.com/rikudelicious/items/bca21c1ee5cd4f7d2dec'>Git-2 基本操作とコマンド</a></h3> <blockquote><p>### 概要<br /> Gitの基本操作はInit、 Change、 Staging、 Commitの4つである。<br /> ※筆者が勝手に考えた操作名称で、公式ではない。</p> <p>### 前提<br /> gitコマンド実行時は、バージョン管理対象のプロジェクトをカレントディレクトリに設定する。</p> <p>### [Init] 空のgitリポジトリを新規作成する（.gitディレクトリを新規作成する）<br /> `git init`</p> <p>このコマンドを実行しないとバージョン管理が開始できない。<br /> 尚、既にgitリポジトリがある場合はこのコマンドを実行しても空のgitリポジトリは作成されない。</p> <p>### [Change] ワーキングディレクトリでファイルの変更作業を行う<br /> この工程ではgitコマンドは関係ない。ワーキングディレクトリ内でファイルの追加・編集・削除を行う。</p> <p>### [Staging] コミットしたいファイルをステージングする<br /> `git add [ファイル1] [ファイル2] …`<br /> ワーキングディレクトリ内のファイルから、次のコミット対象に含めるファイル（複数可）を指定する。次にコミットを実行したとき、gitリポジトリに記録される</p></blockquote> </blockquote> <aside class='widget widget-post'> <div class='tag-cloud-link'>Git</div> </aside> <div><a style='width:100%;' class='btn__link' href='https://qiita.com/rikudelicious/items/bca21c1ee5cd4f7d2dec'>元記事を表示</a></div> <h3 id="outline__2_17"><a href='https://qiita.com/rikudelicious/items/52353081c32f0a5d18c5'>Git-1 基本概念</a></h3> <blockquote><p># 概要<br /> **git**は任意時点のファイルの状態を保存して時系列順に記録することで、過去の状態に遡ったり変更履歴を差分で確認できたりと色々便利なツールである。このようにファイルを管理することを**バージョン管理**という。</p> <p>最大の特徴・利点は同じプロジェクトに対して複数人の人が別々にファイルを編集していって、互いに邪魔することなく変更内容を確認・管理しながら最終的に統合できることである。</p> <p>このような特徴・利点があり、ソフトウェア開発プロジェクトではファイルの変更管理のためにgitを使っておけば間違いない。</p> <p># 基本概念</p> <p>**[1]** gitでバージョン管理する対象のプロジェクトのディレクトリを作成する<br /> “`<br /> project<br /> `– [project files]<br /> “`<br /> **[2]** .gitディレクトリを作る。通称**gitリポジトリ**である。<br /> “`<br /> project<br /> ├── .git<br /> `– [project files]<br /> “`<br /> **[3]** **gitリポジトリ**とは、任意の時点でのプロジェクト配下のファイル・ディレクトリの状態を保存し、そのバージョン管理</p></blockquote> </blockquote> <aside class='widget widget-post'> <div class='tag-cloud-link'>Git</div> </aside> <div><a style='width:100%;' class='btn__link' href='https://qiita.com/rikudelicious/items/52353081c32f0a5d18c5'>元記事を表示</a></div> <h3 id="outline__2_18"><a href='https://qiita.com/sigma_devsecops/items/8c5c7283f8302b338f7e'>「脱Git初心者」一歩差が出るgitconfigの設定</a></h3> <blockquote><p># 有用なgit config</p> <p>## はじめに<br /> [So You Think You Know Git 2024](https://www.youtube.com/watch?v=aolI_Rz0ZqY&list=LL&index=10)をみてgitconfigの設定をいじることでかなり生産性が上げられそうだなと感じたので紹介されていたものを自分なりに取り入れてみたので防備録代わりに投稿します。<br /> ******</p> <p>## よく使う基本の設定<br /> この辺はみんなやっていると思うので詳細は割愛。</p> <p>“`shell<br /> username=”sigma”<br /> usermail=”example@gmail.com”<br /> git config –global user.name “${username}”<br /> git config –global user.email “${uesremail}”</p> <p>git config –global color.ui auto<br /> git config –global core.editor vim # コミットメッセージの修正に使うエディタをvimにする<br /> git confi</p></blockquote> </blockquote> <aside class='widget widget-post'> <div class='tag-cloud-link'>Git</div> <div class='tag-cloud-link'>GitHub</div> <div class='tag-cloud-link'>gitconfig</div> </aside> <div><a style='width:100%;' class='btn__link' href='https://qiita.com/sigma_devsecops/items/8c5c7283f8302b338f7e'>元記事を表示</a></div> <h3 id="outline__2_19"><a href='https://qiita.com/tuyukuzi/items/d76170321be0095a392e'>【Git】Gitにパスを通す。（MacOS / zsh）</a></h3> <blockquote><p>今回はGitに環境変数パスを通すやり方についての備忘録です。</p> <p>## 私のGit使用環境<br /> ■私の開発環境<br /> PC:MacOS<br /> 使用シェル:zsh<br /> </p> <p>■Gitの使用環境は大きく分けて2つあります。<br /> – 1: 元々MacOSにすでにインストールされている”Git”<br /> – 2: Homebrewという”macOS用のパッケージマネージャーでインストールしたGit”(私の現在の環境です)</p> <p>元々「1:」のGit環境でGitを使っていました。<br /> ですが『効率が悪い〜…』と思ったことがあって、途中で「2:」の環境に切り替えました。</p> <p>![homebrew.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/338535/be3e8ab3-3093-5aee-5488-a5eaca3ce7b7.png)<br /> ※現在の環境</p> <p>## 現在の環境のメリット<br /> – gitのアップデートが楽（Homebrewのコマンド1行だけで済む。）<br /> – Homebrewが色々と便利。<br /> – git commit時にGitエディタが開かなかった</p></blockquote> </blockquote> <aside class='widget widget-post'> <div class='tag-cloud-link'>Git</div> <div class='tag-cloud-link'>homebrew</div> </aside> <div><a style='width:100%;' class='btn__link' href='https://qiita.com/tuyukuzi/items/d76170321be0095a392e'>元記事を表示</a></div> <h3 id="outline__2_20"><a href='https://qiita.com/hazure_engineer/items/8ddd12105ed4ae3d682a'>GitLabからGitHubへリモートリポジトリの向き先を変更する方法</a></h3> <blockquote><p>## はじめに</p> <p>個人開発でGitLabで管理していたプロジェクトをGithubに移行したく、方法を調べたので備忘録として記事に残します。この記事では、既にGitLabに設定されているリモートリポジトリの向き先をGitHubに変更する手順を紹介します。</p> <p>## 1. 現在のリモートリポジトリを確認</p> <p>まず、現在設定されているリモートリポジトリの状態を確認します。これは `git remote -v` コマンドで行います。このコマンドは、設定されているリモートリポジトリの名前とURLを表示します。</p> <p>“`bash<br /> git remote -v<br /> “`</p> <p>出力例：</p> <p>“`<br /> origin https://gitlab.com/username/project.git (fetch)<br /> origin https://gitlab.com/username/project.git (push)<br /> “`</p> <p>## 2. リモートリポジトリのURLを変更</p> <p>次に、リモートリポジトリのURLをGitHubのものに変更します。これには `git remote set-url` コマンドを使用します。`</p></blockquote> </blockquote> <aside class='widget widget-post'> <div class='tag-cloud-link'>Git</div> <div class='tag-cloud-link'>GitHub</div> <div class='tag-cloud-link'>GitLab</div> </aside> <div><a style='width:100%;' class='btn__link' href='https://qiita.com/hazure_engineer/items/8ddd12105ed4ae3d682a'>元記事を表示</a></div> </div> </section>  <aside> <ul class="socialList"> <li class="socialList__item"><a class="socialList__link icon-facebook" href="http://www.facebook.com/sharer.php?u=https%3A%2F%2Fmiofactor.com%2F2024%2F04%2F25%2Fpost-32886%2F&t=%E4%BB%8A%E3%81%95%E3%82%89%E8%81%9E%E3%81%91%E3%81%AA%E3%81%84Git%E3%80%80" target="_blank" title="Facebookで共有"></a></li><li class="socialList__item"><a class="socialList__link icon-twitter" href="http://twitter.com/intent/tweet?text=%E4%BB%8A%E3%81%95%E3%82%89%E8%81%9E%E3%81%91%E3%81%AA%E3%81%84Git%E3%80%80&https%3A%2F%2Fmiofactor.com%2F2024%2F04%2F25%2Fpost-32886%2F&url=https%3A%2F%2Fmiofactor.com%2F2024%2F04%2F25%2Fpost-32886%2F" target="_blank" title="Twitterで共有"></a></li><li class="socialList__item"><a class="socialList__link icon-line" href="http://line.naver.jp/R/msg/text/?%E4%BB%8A%E3%81%95%E3%82%89%E8%81%9E%E3%81%91%E3%81%AA%E3%81%84Git%E3%80%80%0D%0Ahttps%3A%2F%2Fmiofactor.com%2F2024%2F04%2F25%2Fpost-32886%2F" target="_blank" title="LINEで送る"></a></li></ul> </aside>   <aside class="widgetPost widgetPost-bottom"><aside class="widget widget-post"><h2 class="heading heading-primary">タグ</h2><div class="tagcloud"><a href="https://miofactor.com/tag/%e3%81%9d%e3%81%ae%e4%bb%96/" class="tag-cloud-link tag-link-13 tag-link-position-1" style="font-size: 8pt;" aria-label="その他 (1個の項目)">その他</a></div> </aside></aside>   <aside class="related"><h2 class="heading heading-primary">関連する記事</h2><ul class="related__list"> <li class="related__item"> <a class="related__imgLink" href="https://miofactor.com/2021/09/16/post-12846/" title="iOS関連のことを調べてみた2021年09月16日"> <img src="https://miofactor.com/wp-content/uploads/2019/10/ios-150x150.png" alt="iOS関連のことを調べてみた2021年09月16日" width="150" height="150" > </a> <h3 class="related__title"> <a href="https://miofactor.com/2021/09/16/post-12846/">iOS関連のことを調べてみた2021年09月16日</a> <span class="icon-calendar">2021.09.16</span> </h3> <p class="related__contents">目次 1. [Swift]修飾子のLazyとは？2. iPhone13を発表したAppleEventメモ3. Flutterで手書きを実装する4. F[…]</p> </li> <li class="related__item"> <a class="related__imgLink" href="https://miofactor.com/2020/09/13/post-7623/" title="アマゾン売れ筋ランキング（本）2020年09月13日"> <img src="https://miofactor.com/wp-content/themes/lionmedia/img/img_no_thumbnail.gif" alt="NO IMAGE" width="160" height="160" > </a> <h3 class="related__title"> <a href="https://miofactor.com/2020/09/13/post-7623/">アマゾン売れ筋ランキング（本）2020年09月13日</a> <span class="icon-calendar">2020.09.13</span> </h3> <p class="related__contents">目次 1. アマゾン売れ筋ランキング（本）アマゾン売れ筋ランキング（本） #1 ￥3,300 オフィシャル・ピアノスコア藤井風「HELP EVE[…]</p> </li> <li class="related__item"> <a class="related__imgLink" href="https://miofactor.com/2020/07/26/post-6395/" title="Go関連のことを調べてみた2020年07月26日"> <img src="https://miofactor.com/wp-content/uploads/2019/10/go-150x150.png" alt="Go関連のことを調べてみた2020年07月26日" width="150" height="150" > </a> <h3 class="related__title"> <a href="https://miofactor.com/2020/07/26/post-6395/">Go関連のことを調べてみた2020年07月26日</a> <span class="icon-calendar">2020.07.26</span> </h3> <p class="related__contents">目次 1. AzureとSDKとGoと私2. GoでEC2describeinstanceをする3. 【Golang】echoを使ってjwtによる認証[…]</p> </li> </ul></aside>      </main>   <div class="l-sidebar"> <aside class="widget"> <div class="searchBox"> <form class="searchBox__form" method="get" target="_top" action="https://miofactor.com/" > <input class="searchBox__input" type="text" maxlength="50" name="s" placeholder="記事検索"><button class="searchBox__submit icon-search" type="submit" value="search"> </button> </form> </div></aside><aside class="widget"><h2 class="heading heading-widget">Category</h2> <ul> <li class="cat-item cat-item-1"><a href="https://miofactor.com/category/other/">OTHER</a> </li> </ul> </aside><aside class="widget"><h2 class="heading heading-widget">Back number</h2> <ul> <li><a href='https://miofactor.com/2024/09/'>2024年9月</a></li> <li><a href='https://miofactor.com/2024/08/'>2024年8月</a></li> <li><a href='https://miofactor.com/2024/07/'>2024年7月</a></li> <li><a href='https://miofactor.com/2024/06/'>2024年6月</a></li> <li><a href='https://miofactor.com/2024/05/'>2024年5月</a></li> <li><a href='https://miofactor.com/2024/04/'>2024年4月</a></li> <li><a href='https://miofactor.com/2024/03/'>2024年3月</a></li> <li><a href='https://miofactor.com/2024/02/'>2024年2月</a></li> <li><a href='https://miofactor.com/2024/01/'>2024年1月</a></li> <li><a href='https://miofactor.com/2023/12/'>2023年12月</a></li> <li><a href='https://miofactor.com/2023/11/'>2023年11月</a></li> <li><a href='https://miofactor.com/2023/10/'>2023年10月</a></li> <li><a href='https://miofactor.com/2023/09/'>2023年9月</a></li> <li><a href='https://miofactor.com/2023/08/'>2023年8月</a></li> <li><a href='https://miofactor.com/2023/07/'>2023年7月</a></li> <li><a href='https://miofactor.com/2023/04/'>2023年4月</a></li> <li><a href='https://miofactor.com/2023/03/'>2023年3月</a></li> <li><a href='https://miofactor.com/2023/02/'>2023年2月</a></li> <li><a href='https://miofactor.com/2023/01/'>2023年1月</a></li> <li><a href='https://miofactor.com/2022/12/'>2022年12月</a></li> <li><a href='https://miofactor.com/2022/11/'>2022年11月</a></li> <li><a href='https://miofactor.com/2022/10/'>2022年10月</a></li> <li><a href='https://miofactor.com/2022/09/'>2022年9月</a></li> <li><a href='https://miofactor.com/2022/08/'>2022年8月</a></li> <li><a href='https://miofactor.com/2022/07/'>2022年7月</a></li> <li><a href='https://miofactor.com/2022/06/'>2022年6月</a></li> <li><a href='https://miofactor.com/2022/05/'>2022年5月</a></li> <li><a href='https://miofactor.com/2022/04/'>2022年4月</a></li> <li><a href='https://miofactor.com/2022/03/'>2022年3月</a></li> <li><a href='https://miofactor.com/2022/02/'>2022年2月</a></li> <li><a href='https://miofactor.com/2022/01/'>2022年1月</a></li> <li><a href='https://miofactor.com/2021/12/'>2021年12月</a></li> <li><a href='https://miofactor.com/2021/11/'>2021年11月</a></li> <li><a href='https://miofactor.com/2021/10/'>2021年10月</a></li> <li><a href='https://miofactor.com/2021/09/'>2021年9月</a></li> <li><a href='https://miofactor.com/2021/08/'>2021年8月</a></li> <li><a href='https://miofactor.com/2021/07/'>2021年7月</a></li> <li><a href='https://miofactor.com/2021/06/'>2021年6月</a></li> <li><a href='https://miofactor.com/2021/05/'>2021年5月</a></li> <li><a href='https://miofactor.com/2021/04/'>2021年4月</a></li> <li><a href='https://miofactor.com/2021/03/'>2021年3月</a></li> <li><a href='https://miofactor.com/2021/02/'>2021年2月</a></li> <li><a href='https://miofactor.com/2021/01/'>2021年1月</a></li> <li><a href='https://miofactor.com/2020/12/'>2020年12月</a></li> <li><a href='https://miofactor.com/2020/11/'>2020年11月</a></li> <li><a href='https://miofactor.com/2020/10/'>2020年10月</a></li> <li><a href='https://miofactor.com/2020/09/'>2020年9月</a></li> <li><a href='https://miofactor.com/2020/08/'>2020年8月</a></li> <li><a href='https://miofactor.com/2020/07/'>2020年7月</a></li> <li><a href='https://miofactor.com/2020/06/'>2020年6月</a></li> <li><a href='https://miofactor.com/2020/05/'>2020年5月</a></li> <li><a href='https://miofactor.com/2020/04/'>2020年4月</a></li> <li><a href='https://miofactor.com/2020/03/'>2020年3月</a></li> <li><a href='https://miofactor.com/2020/02/'>2020年2月</a></li> <li><a href='https://miofactor.com/2020/01/'>2020年1月</a></li> <li><a href='https://miofactor.com/2019/12/'>2019年12月</a></li> <li><a href='https://miofactor.com/2019/11/'>2019年11月</a></li> <li><a href='https://miofactor.com/2019/10/'>2019年10月</a></li> </ul> </aside> </div>  </div>  <div class="categoryBox"> <div class="container"> <h2 class="heading heading-primary"> <span class="heading__bg u-txtShdw bgc-darkgray">OTHER</span>カテゴリの最新記事 </h2> <ul class="categoryBox__list"> <li class="categoryBox__item"> <div class="eyecatch eyecatch-archive"> <a href="https://miofactor.com/2024/09/19/post-36890/"> <img src="https://miofactor.com/wp-content/uploads/2019/10/js-554x410.png" alt="JavaScript関連のことを調べてみた" width="554" height="410" > </a> </div> <ul class="dateList dateList-archive"> <li class="dateList__item icon-calendar">2024.09.19</li> </ul> <h2 class="heading heading-archive "> <a class="hc-darkgray" href="https://miofactor.com/2024/09/19/post-36890/">JavaScript関連のことを調べてみた</a> </h2> </li> <li class="categoryBox__item"> <div class="eyecatch eyecatch-archive"> <a href="https://miofactor.com/2024/09/19/post-36891/"> <img src="https://miofactor.com/wp-content/uploads/2019/10/java.jpg" alt="JAVA関連のことを調べてみた" width="540" height="270" > </a> </div> <ul class="dateList dateList-archive"> <li class="dateList__item icon-calendar">2024.09.19</li> </ul> <h2 class="heading heading-archive "> <a class="hc-darkgray" href="https://miofactor.com/2024/09/19/post-36891/">JAVA関連のことを調べてみた</a> </h2> </li> <li class="categoryBox__item"> <div class="eyecatch eyecatch-archive"> <a href="https://miofactor.com/2024/09/19/post-36894/"> <img src="https://miofactor.com/wp-content/uploads/2019/10/ios-554x410.png" alt="iOS関連のことを調べてみた" width="554" height="410" > </a> </div> <ul class="dateList dateList-archive"> <li class="dateList__item icon-calendar">2024.09.19</li> </ul> <h2 class="heading heading-archive "> <a class="hc-darkgray" href="https://miofactor.com/2024/09/19/post-36894/">iOS関連のことを調べてみた</a> </h2> </li> <li class="categoryBox__item"> <div class="eyecatch eyecatch-archive"> <a href="https://miofactor.com/2024/09/19/post-36888/"> <img src="https://miofactor.com/wp-content/uploads/2019/10/rails-725x410.png" alt="Rails関連のことを調べてみた" width="725" height="410" > </a> </div> <ul class="dateList dateList-archive"> <li class="dateList__item icon-calendar">2024.09.19</li> </ul> <h2 class="heading heading-archive "> <a class="hc-darkgray" href="https://miofactor.com/2024/09/19/post-36888/">Rails関連のことを調べてみた</a> </h2> </li> <li class="categoryBox__item"> <div class="eyecatch eyecatch-archive"> <a href="https://miofactor.com/2024/09/19/post-36884/"> <img src="https://miofactor.com/wp-content/uploads/2019/10/lambda.png" alt="Lambda関連のことを調べてみた" width="360" height="230" > </a> </div> <ul class="dateList dateList-archive"> <li class="dateList__item icon-calendar">2024.09.19</li> </ul> <h2 class="heading heading-archive "> <a class="hc-darkgray" href="https://miofactor.com/2024/09/19/post-36884/">Lambda関連のことを調べてみた</a> </h2> </li> <li class="categoryBox__item"> <div class="eyecatch eyecatch-archive"> <a href="https://miofactor.com/2024/09/19/post-36886/"> <img src="https://miofactor.com/wp-content/uploads/2019/10/python-640x410.png" alt="Python関連のことを調べてみた" width="640" height="410" > </a> </div> <ul class="dateList dateList-archive"> <li class="dateList__item icon-calendar">2024.09.19</li> </ul> <h2 class="heading heading-archive "> <a class="hc-darkgray" href="https://miofactor.com/2024/09/19/post-36886/">Python関連のことを調べてみた</a> </h2> </li> </ul> </div> </div>  <script type="application/ld+json"> { "@context": "http://schema.org", "@type": "Article ", "mainEntityOfPage":{ "@type": "WebPage", "@id": "https://miofactor.com/2024/04/25/post-32886/" }, "headline": "今さら聞けないGit　", "image": { "@type": "ImageObject", "url": "https://miofactor.com/wp-content/uploads/2019/10/python-640x410.png", "height": "410", "width": "640" }, "datePublished": "2024-04-25T16:40:48+0900", "dateModified": "2024-04-25T16:40:48+0900", "author": { "@type": "Person", "name": "editor" }, "publisher": { "@type": "Organization", "name": "f@ctor", "logo": { "@type": "ImageObject", "url": "", "width": "", "height":"" } }, "description": "目次 0.1. 空のディレクトリをGitHubへcommitする方法1. 本日のお悩み2. 本日の処方箋2.1. .gitkeep2.2. ローカルブランチで作成した Lambda 関数をワークフローでデプロイする方法【CodeCatalyst】2.3. わかりやすいコミットメッセージ2.4. [Unity]metaファイル追加のコミット漏れをGit Hooksで検知2.5. node開発環境構築 […]" } </script>   <footer class="l-footer"> <div class="container"> <div class="pagetop u-txtShdw"><a class="pagetop__link" href="#top">Back to Top</a></div> <div class="widgetFoot"> <div class="widgetFoot__contents"> </div> <div class="widgetFoot__contents"> <aside class="widget widget-foot"><h2 class="heading heading-footer">タグ</h2><div class="tagcloud"><a href="https://miofactor.com/tag/%e3%81%9d%e3%81%ae%e4%bb%96/" class="tag-cloud-link tag-link-13 tag-link-position-1" style="font-size: 8pt;" aria-label="その他 (1個の項目)">その他</a></div> </aside> </div> <div class="widgetFoot__contents"> </div> </div> <div class="copySns "> <div class="copySns__copy"> © Copyright 2024 <a class="copySns__copyLink" href="https://miofactor.com">f@ctor</a>. <span class="copySns__copyInfo u-none"> f@ctor by <a class="copySns__copyLink" href="http://fit-jp.com/" target="_blank">FIT-Web Create</a>. Powered by <a class="copySns__copyLink" href="https://wordpress.org/" target="_blank">WordPress</a>. </span> </div> </div> </div> </footer>  <script type="text/javascript" src="https://miofactor.com/wp-includes/js/comment-reply.min.js?ver=6.4.1" id="comment-reply-js" async="async" data-wp-strategy="async"></script> <script> function toggle__search(){ extra__search.className="l-extra"; extra__menu.className="l-extraNone"; menuNavi__search.className = "menuNavi__link menuNavi__link-current icon-search "; menuNavi__menu.className = "menuNavi__link icon-menu"; } function toggle__menu(){ extra__search.className="l-extraNone"; extra__menu.className="l-extra"; menuNavi__search.className = "menuNavi__link icon-search"; menuNavi__menu.className = "menuNavi__link menuNavi__link-current icon-menu"; } </script><script>Array.prototype.forEach.call(document.getElementsByClassName("css-async"),function(e){e.rel = "stylesheet"});</script> </body> </html>