今さら聞けないGit　2022年09月07日

Gitの基本の「キ」 part1 git、GitHubとは？

# はじめに
エンジニアを志して皆さん勉強を始めていきますが、gitに関して知らない方、結構多い印象ですね。
わかってしまえば非常に便利なgitですが、概念が少し分かりづらいですよね。
いきなり触るとなった場合にも困る事がないよう、経験のない方向けにシリーズとしてまとめていこうと思います。

# gitってなんなの？


一言で言うと、**バージョン管理ができるシステム**です。

例えば、OSアップデートなどは一度あげてしまうと基本的には戻すことはできないですよね。
もしこれが自身の作業に関してであればどうでしょうか。

一生懸命実装したコード、もしくは、たくさんの時間をかけて作成したデザイン、これが一つのミスで吹き飛ぶとしたら想像を絶するものがありますよね、、、。
そこでそんな事故を防ぐために使用するのが、gitというわけです。

gitは

git , githubを勉強し始めたときにメモっておいているコマンドリスト

私はWEBマーケティングコンサルティングを行っていますが、
開発用途ではなく、ビジネス用途でgithubを使っています。

チーム内ポータルとしても正直使いやすいんですよね。

ただ、開発といったらおこがましいかもしれないですが、textlintをこれから活用していくことになり
githubで辞書管理が必要だろうと考え、絶賛勉強中。

本当に今はいい時代。youtubeで見て学んだ必要不可欠なコマンドをメモっているので、なんとなくシェアしておこうと思います。

gitで add, commit ,push , switchの練習をするためにコマンドをまとめているmdファイルを作成し日々github上で更新して管理をする練習中。

前置きが長すぎたのでこのへんで。

# ブランチ
## ブランチの作成 + 作成したブランチへそのまま切り替え
“`
git switch -c ブランチ名
“`

## ブランチの切り替え
“`
git switch ブランチ名
“`

## ブランチの確認
“`
git branch
“`

# push
## main,masterブランチの

現場で覚えたGit知識【備忘録】 ①

# 初めに
これまでSVNばかりをソース管理で使っており、そもそもGit自体を業務で使ったことがありませんでした。個人で本を買って、一読し、個人操作でGit Hubしか使ったことがありませんでした。
4月から現場でソース管理でGitを使うようになったため、CUIでよく使う最低限のコマンドを記載します。所感の使い方レベルの説明のみ記載します。
（細かいソースの確認はSource Treeを使用しています。）
ちなみにリモートリポジトリはAWSのCodeCommitを使用しております。

## ●開発時によく使用する流れです

### ①$ git clone <リモートリポジトリのブランチURL>
→開発開始時にリモートリポジトリより、ローカルPCに資材をクローンする時に使うコマンド。
これを実行することでローカルPCにローカルリポジトリが作成でき、開発のスタート地点に立てます。

### ② $ git branch –all
→ローカルリポジトリ内に含まれるブランチの一覧を確認できます。
これで自分が着手する元になるブランチを確認します。

### ③ $ git check

[Github] ラインセスの違い

コードを公開してようとしている方、または公開されているコードを利用しようとされている方はこちらを一読ください。

公開されているコードやソフトウェアには著作権があり、アクセスできるからと言ってやたらめったら利用してOKという事ではありません。

Githubではライセンスに関してこちらのドキュメントが公開されています。
https://docs.github.com/ja/repositories/managing-your-repositorys-settings-and-features/customizing-your-repository/licensing-a-repository

ライセンスを指定しない場合はデフォルトの著作権すわなち「ソースコードについては作者があらゆる権利を留保し、ソースコードの複製、配布、派生物の作成は誰にも許可されない」となります。

Githubでは複数のラインセンスが選択できるようになっています。下記の記事では現在Githubに上がっている人気のライセンスが記載されています（注:データは古いです、2015年)のでトップ5を見てみます。感覚的にも

初学者が覚えたいチーム開発でのGit操作

# はじめに
個人開発の場合はそんなに意識することがないGitですが、**チーム開発においては重要な役割を果たします**。

はじめのうちは構造が見えず混乱するかと思いますが、流れをイメージ出来ればそんなに難しいものではありません。

これを見れば**開発に必要なGitコマンドとリポジトリの構造、Githubでの管理手順を理解し開発の現場で実践できるようになります。**

# そもそもGitとは？

**変更履歴を記録・追跡するための分散型バージョン管理システム**である。

ざっくりいうとファイルのバージョン管理が簡単にできるツールといえます。

# 目次
[Gitを理解するための基本用語](#-Gitを理解するための基本用語)
[開発の流れ](#-開発の流れ)
[その他開発で覚えておきたい便利コマンドと注意点](#-その他開発で覚えておきたい便利コマンド)
[最後に](#-最後に)

# Gitを理解するための基本用語

# リポジトリ（repository）
**ファイルやディレクトリを入れて保存しておく貯蔵庫**

`リモートリポジトリ`…特定のサーバー上に設置して複数

[Git] git diff

# git diff とは

commits, commit, working treeなどの間の変更を表示する

## Comparing with arbitrary commits

“`shell
git diff main
“`

現在の**branch**と`main`の**branch**を比較する

## –name-only

“`shell
> git diff –name-only main
a.txt
b.txt
c.txt
“`

変更されたファイルの名前のみを表示する

## –name-status

“`shell
> git diff –name-status main
M a.txt
D b.txt
A c.txt
“`

変更されたファイルの名前と状態のみを表示する

## –diff-filter=[(A|C|D|M|R|T|U|X|B)…​[*]]

指定したファイルの変更状態のみを表示する

– A:Added
– D:Deleted
– M:Modified
– R:Renamed

初心者が躓きがちなローカルリポジトリ作成からリモートリポジトリへのプッシュまでのやり方

初投稿です！
本記事では初心者が躓きがちなローカルリポジトリからリモートリポジトリへのプッシュまでのやり方を解説します！
前提条件は
– Git、GitHubを使用する
– GitHubでリモートリポジトリを作成済みである
– 簡単な用語が理解できる

です。
特に用語に関しては、だれでもエンジニア / 山浦清透さんのGitとGitHubの解説動画で超わかりやすく解説してありますので、ぜひ見てください！！
urlはこちら

また私の環境がwindowsなため、今回はwindowsに限定した話になります。ただ多分Macでも同じやり方でいけるかなぁとは思っています。間違っていたらごめんなさい<(_ _)>

では早速解説していきます！

１． Git Bushを起動する

２．ディレクトリを作成する
次のコマンドを入力してください。
“`:ディレクトリの作成
$ mkdir (ディレクトリの名前)
“`
これでローカルリポジトリの対象になるディレクトリを作れます。
また、このディレクトリはLocal Diskの
`

EC2起動時にgit、docker、docker-composeをインストールする

## はじめに
AWSのEC2をDocker運用で開発webサーバーとして構築する機会があり、最低限、git、docker、docker-composeは必要なので、起動時にインストールするよう設定しました。

今回はその方法を紹介します。

## 手順
EC2のユーザーデータという機能を使えばできます。
EC2起動時のコンソールにユーザーデータというフォームがあるので、そこに以下のシェルスクリプトを入力して起動すればインストールされた状態になっているはずです。
“`
#!/bin/bash
sudo yum update -y
sudo yum install -y git
sudo yum install -y docker
sudo systemctl start docker
sudo systemctl enable docker
sudo usermod -a -G docker ec2-user
sudo mkdir -p /usr/local/lib/docker/cli-plugins
VER=2.5.1
sudo curl \
-L https://github.

Four keys を計測する CLI ツールを作った

# はじめに

Four keys とはソフトウェア開発の生産性を測定するのに利用される以下の4つの指標のことである（[参考](https://www.devops-research.com/quickcheck.html)）。

– デプロイ頻度（Deployment Frequency） ソフトウェアのデプロイ頻度
– 変更リードタイム（Lead time for changes） ある変更をソフトウェアに適用してから、その変更がリリースされるまでの時間
– 障害修正時間（Time to restore） ソフトウェアに障害が発生してから、その障害が修正されるまでにかかった時間
– 障害率（Change failure rate）ソフトウェアのデプロイのうち障害が発生したデプロイの割合

これらの指標を簡易に測定するための CLI ツールを作成した。

https://github.com/hmiyado/four-keys

この記事では、この CLI ツールについて紹介する。

# 使い方

## インストール

[Releases](https://github.com/hm

git push で remote: Repository not found. fatal: Authentication failed for ‘xxx’ と言われた

GitHubに`git push`をしたらある日突然エラーになった。VSCode内のターミナルで実行した場合に出たエラーが以下。

“`console
$ git push
Missing or invalid credentials.
Error: connect ECONNREFUSED /run/user/1000/vscode-git-c4b2e1d8a0.sock
at PipeConnectWrap.afterConnect [as oncomplete] (node:net:1161:16) {
errno: -111,
code: ‘ECONNREFUSED’,
syscall: ‘connect’,
address: ‘/run/user/1000/vscode-git-c4b2e1d8a0.sock’
}
Missing or invalid credentials.
Error: connect ECONNREFUSED /run/user/1000/vscode-git-c4b2e1d8a0.sock
at PipeConnec

あの頃のマージのコンフリクトを起こしたい

## 経緯
チームのメンバーに「少し前にマージした時にコンフリクトしたファイル一覧を知りたい」と質問された時に、僕は「どうやったら良いんやろ、、、」と思いました。そこで調べている中でマージログの見方を初めて知ったので記事にしようと思います。
解決方法はあの頃のコンフリクトをもう一度起こしてコンフリクトしたファイル一覧を調べました。

## 手順
– マージコミットを特定する
– マージ前の親ブランチと作業ブランチを作成する

親ブランチ：　取り込むブランチ
作業ブランチ：　今いるブランチ
### マージコミットを特定する
“`shell
# マージログ一覧表示
git log –merges

# ログをワンラインで表示する
git log –oneline
“`
どちらかのコマンドを流して、コミットを特定します。
あの頃マージした時、マージコマンドで`–no-ff`オプションをつけていない場合はマージコミットが残らないです。
–no-ff オプションを付け忘れたマージをやり直す方法
https://oki2a24.com/2016/02/18/redo-git-merge