[B! git][qiita] stibbarのブックマーク

Git 2つのリモートリポジトリを同期する - Qiita

2つのGitリモートリモートリポジトリをできるだけ手間なく同期する方法を紹介します。検証背景本番用の環境にもリモートリポジトリを作成する必要があった開発用のリモートリポジトリとヒストリレベルでも同期させる必要があった開発用と本番用の環境は物理的に異なるネットワークにあった直接は繋がらない中継用のPC（ローカルリポジトリ）を使ってコマンドだけでマージできないか。。。処理イメージこのやり方で同期できました。初回のみ ①～②は初回のみ実行すればOKです。 ①本番用リポジトリのclone

stibbar 2023/11/26

git
qiita

リンク

これだけ知っておけば幸せになれるGitコマンドたち - Qiita

この記事なんやねんこれだけ知っておけば現場での開発では困らないだろうGitコマンドをつらつらと載せていきます。マニアックなコマンドは載せないので、内容的には初級者向けです。 add、commitなどの超基本的なコマンドはリッチテキストエディタならGUIから操作できるので省略してます。用語解説この記事で使う用語解説もついでに載せておきます。因みに、サルでもわかるGit入門が入門チュートリアルとしてはオススメなので完全にGit触るのが初めてならこちらも確認してください。リモートリポジトリ Gitは分散型バージョン管理システムなのでリモートリポジトリとローカルリポジトリが存在します。リモートリポジトリは複数人で作業する時に使う共有リポジトリで、例えばGitHub上で作った自分のリポジトリなどのことです。ローカルリポジトリ自分専用のリポジトリです。ローカル環境にあるのでオフラインで

stibbar 2023/10/18

qiita
git

リンク

git diffの全オプション一覧 - Qiita

git diff [<options>] [<commit>] [--] [<path>…] git diff [<options>] --cached [<commit>] [--] [<path>…] git diff [<options>] <commit> <commit> [--] [<path>…] git diff [<options>] <blob> <blob> git diff [<options>] --no-index [--] <path> <path> DESCRIPTION git diff [<options>] [--] [<path>…] 最新インデックスから現在までの差分を表示する。 addするとインデックスが更新されるので出てこなくなる。 git diff [<options>] --no-index [--] <path> <path> G

stibbar 2021/07/27

git
qiita

リンク

git log を1行表示にする+日付を表示する - Qiita

c00ebdb099430502f90718b4e2d15f51fc351e27 (HEAD -> develop, origin/develop, origin/HEAD) Merge branch 'xxxxx' into 'develop'

stibbar 2021/07/15

https://qiita.com/kasyuu/items/bc8489831e200b641456

git
qiita

リンク

Git-flowって何？ - Qiita

git-flowとは、プラグイン(ツール)のことです。。 Vincent Driessen氏がブログに書いた"A successful Git branching model" というブランチモデルの導入を簡単にする git プラグインである。参考資料：・　http://hm-solution.jp/lifehack/post2475.html ・　http://d.hatena.ne.jp/Yamashiro0217/20120903/1346640190 Git-flowイメージと各ブランチの役割 master: プロダクトとしてリリースするためのブランチ。リリースしたらタグ付けする。 develop: 開発ブランチ。コードが安定し、リリース準備ができたら master へマージする。リリース前はこのブランチが最新バージョンとなる。 feature branches: 機能の追加。

stibbar 2021/02/23

https://gist.github.com/Gab-km/3705015

リンク

.keepファイルは何のために存在するの？ - Qiita

railsで.keepというファイルを見かけました。これはgitで空ディレクトリを管理対象に含めるために、作成するらしいです。.gitkeepというのもあるみたいです。 gitでは空のディレクトリは管理対象に含まれないので、.keepなどのダミーファイルを置くことで対策しています。

stibbar 2020/10/13

qiita
git

リンク

.gitattributesで改行コードの扱いを制御する - Qiita

Gitで管理するファイルの改行コードの扱いは、どうしたらよいのでしょうか。どうルール化するのがよいのでしょうか。なぜルールが必要かそもそもなぜルールが必要なのでしょうか。以下の例で考えます。 AさんはLinuxマシンでコーディングしており、LFで改行されたソースコードのファイルXをGitにコミットしました。一方、BさんはWindowsマシンでコーディングしています。今、Aさんが書いたコードを編集したいとします。GitからファイルXをチェックアウトして編集するわけですが、このとき、Bさんが使っているエディタはファイルXの改行コードをCRLFに変換してしまいました。Bさんはそれに気づかずコードを編集し、保存し、コミットしました。 BさんはファイルXの中の数行だけを編集したつもりなのに、改行コードが変わったために、全行に差分が生じてしまいました。これではコードレビューもしにくいし、後日、g

stibbar 2019/10/04

https://git-scm.com/docs/gitattributes

qiita
git

リンク

git bisect で問題箇所を特定する - Qiita

以前は問題なく動いていたはずの機能が、最新版では動かなくなっている・・・。こんなときは、「どのコミットが問題を混入させてしまったのだろうか？」を知りたくなるでしょう。これを手助けするのが git bisect コマンドです。git bisect コマンドは、二分探索によって問題箇所を特定します。事前準備最初に大事なことがひとつあります。それは、「問題がない（good）状態と問題がある（bad）状態を、確実に判定できるようにする」ことです。当然のことではありますが、ここがあやふやだと、二分探索をしても問題箇所をうまく特定できません。可能なら、「テストスクリプトを1つ実行するだけで判定」できるようにしたほうが良いです。このとき、テストスクリプトは、git リポジトリからチェックアウトした作業ツリーに対して実行できるようにします（例えばソースからのビルド処理もテストスクリプトに含めま