[B! git] kyaidoのブックマーク

[Git] .gitignoreの仕様詳解 - Qiita

対応バージョンこの記事の内容は、少なくともGitのバージョン2.19.1までは対応している。もし最新のGitで新しい動きがあれば随時更新する。基本 .gitignoreを使うと無視する（Gitのトラッキングの対象外とする）ファイル or ディレクトリを指定できる。 .gitignoreは複数のディレクトリに置くことができる。深い階層の.gitignoreに書かれた指定の方が優先順位が高い。（後に解釈される） .gitignore内の記述は上の行から順に以下のように解釈される。 /を含まない行（fileなど） .gitignore以下の全サブディレクトリ下にあるこの名前のファイル or ディレクトリを無視する末尾以外にのみ/を含む行（/file, /path/to/file, path/to/fileなど） .gitignoreが置いてあるディレクトリをカレントディレクトリとする相

kyaido 2017/05/01

git

リンク

gitでカレントブランチをpushする - Qiita

[kengo@tkengo-mac] $ git rev-parse --abbrev-ref HEAD master [kengo@tkengo-mac] $ git checkout sample-branch [kengo@tkengo-mac] $ git rev-parse --abbrev-ref HEAD sample-branch

kyaido 2017/02/21

git

リンク

[社内新人向け]Gitで絶対にオススメなプラグインや設定3つ - Qiita

社内に新人が増えてきたので、弊社のWeb開発でのGitのゆるーい利用方針をまとめます。なシリーズ第二弾です。第一弾：　 [社内新人向け]Gitで使ってほしくないコマンド社内環境 Web系開発がほぼ100％ブランチワークはGitflowをベースにしたプルリク駆動開発少人数チームなので、エンジニアは全員LinuxのCUI操作をできて欲しい（vagrantや開発サーバ上の操作など） GitのGUIクライアントは、SourceTreeとGithub公式を試しましたが、初学者が使うと却って危ない挙動をしてしまうケースがあったので、全員CUI操作をしてもらうことにしました CIツールはまだ導入できず。各サーバーへのデプロイなどもgitコマンドを手動操作してます。こんな環境なので、みんなGitの操作にはわりかし詳しいです。逆に言えば、うちで開発実務をやっていれば、Git操作ならある程度どこで

kyaido 2017/02/21

git

リンク

[社内新人向け]Gitで使ってほしくないコマンド - Qiita

社内に新人が増えてきたので、弊社のWeb開発でのGitのゆるーい利用方針をまとめます。本当はネガティブなことばかり書かずに、「覚えて欲しいコマンド、使ってほしくないコマンド」というタイトルにしたかったのですが、予想以上に長くなりそうなので分けます。 (追記：第二弾できました) →　[社内新人向け]Gitで絶対にオススメなプラグインや設定3つ社内環境 Web系開発がほぼ100％ブランチワークはGitflowをベースにしたプルリク駆動開発少人数チームなので、エンジニアは全員LinuxのCUI操作をできて欲しい（vagrantや開発サーバ上の操作など） GitのGUIクライアントは、SourceTreeとGithub公式を試しましたが、初学者が使うと却って危ない挙動をしてしまうケースがあったので、全員CUI操作をしてもらうことにしました CIツールはまだ導入できず。各サーバーへのデプロイ

kyaido 2017/02/21

git

リンク

既に git 管理しているファイルをあえて無視したい - Qiita

git でファイルを無視するには、通常は .gitignore や .git/info/exclude を使います。しかし、既に git 管理下にあるファイルは、これらの設定があっても無視されません。以下の方法を使えば、git 管理下にあるファイルをあえて無視することが可能です。方法次の2つの方法があります。どちらを使っても、ファイルの変更を無視できます。方法(1) assume-unchanged

kyaido 2017/01/18

git

リンク

Git merge one branch in all other branches

kyaido 2017/01/18

git

リンク

自分の言葉で書かれたコミットメッセージが好き

誰にも質問されていないけど回答すると、ぼく個人としては「レビュー指摘事項を反映」的なコミットメッセージにはやんわり否定派で、どうしてそう変更すべきと思ったのかを自分の言葉で書く方がベターと思っています。 — juné29💩公式アカウント (@june29) January 11, 2017 140文字には納まらないな、と思ったのでちゃんとエッセイを書く人間になろう！たとえばぼくがレビューを担当させてもらって「ここはAの方がよいと思いました」とコメントしたとして、そのときに「レビューで指摘された箇所を修正」というメッセージ付きのコミットが追加されたとする。そのあとぼくが思い直して「いや、他の箇所も考慮すると、やっぱりBの方がよさそうです」とコメントしたとする。また「レビューで指摘された箇所を修正」というコミットが追加される。こういうやりとりだと、「レビュー」というプロセスというよりは「

kyaido 2017/01/15

git

リンク

Gitプッシュでブランチごとにステージング環境生成or本番反映させる - Qiita

概要「masterをプッシュで本番反映」をやっている記事はいくつかあったものの、ブランチごとに自動でステージング（テスト環境）が作られるような仕組みは見当たらなかったので書いてみる。マージ未定の実験的なブランチをWeb上で確認したり、ローカル環境のないディレクターやデザイナーに作業ブランチの内容を確認してもらう際に役に立つはず。 Gitフック経由のサイト更新はFTPもサーバーへのログインも必要なく、ただpushするだけなので非常に便利だと思う。 ※以下、ある程度のサーバーサイドの知識を要する説明になっているので注意最終的に実装する機能 masterをリモートリポジトリにpushすると、masterの内容が本番サイトであるhttp://プロジェクト名.com/に取り込まれる。 hogeというブランチを切ってプッシュすると、http://hoge.プロジェクト名.com/というhogeブ

kyaido 2016/12/01

git

リンク

複数の作業環境から変更が同一ブランチにpushされるGitリポジトリについて、リモートにある内容を確実に手元に反映する - 2016-09-02 - ククログ

株式会社クリアコード > ククログ > 複数の作業環境から変更が同一ブランチにpushされるGitリポジトリについて、リモートにある内容を確実に手元に反映するこの記事では、Gitの「普通のpull」と「rebase」について、「普通のpullではなくrebaseした方が良いと言われるけれども、実際にrebaseを使ってみたら、衝突が発生した時に色々よくわからない事が起こって辛い思いをした」という人を対象として、rebaseの正しい使い方を解説します。 GitそのものやGitHubそのものの説明については省略していますのでご注意下さい。また、GitはLinuxやmacOS（OS X）の端末エミュレータ上のシェルでコマンド列を実行して利用する形態を想定しています。 Gitでの「手元のコードをremoteの最新の状態と同期する」場面 GitHub上にあるリポジトリを複数人で手元にcloneし

kyaido 2016/09/06

git

リンク

Gitのリモートリポジトリ間で単方向の同期をとる

こんばんは。最近はブログ書きまくってますね。いい調子。さて、最近はクラウド型のCIツール（Werckerとか、Shippableとか）が何かと流行ってますが、使おうと思ったときにBitbucketやGithubを強制されるんですよね。プライベートな開発で、Bitbucketのコラボレーション制限とかが邪魔をして、ちょっと人数のいる開発とかをやろうとすると、CIツールが使えないという大変残念な結果に。しょうがないので、他のGitホスティング（あまり評判よくないけどCodebreakとか）と、Bitbucketを同期をとって、CIツールでデプロイするときはBitbucketを参照し、自分たちがプッシュする先はCodebreakにするってことをやってみました。まあ、とりあえず方法としては、CodebreakにもあるWebhookを利用して、プッシュされたら外部サーバーにHookして、Bit

kyaido 2016/07/11

git

リンク

GitHubが僕たちを、仕事の現場を変えた！──「GitHub Kaigi」レポート | gihyo.jp

2014年6月1日（日⁠）⁠、東京・渋谷マークシティにおいて、GitHubユーザグループ主催によるイベント「GitHub Kaigi」が開催されました。500人の定員に対し800人を超える参加申し込みのあったこのイベントには、日本におけるGitHub活用の第一人者たちはもちろん、米GitHub社から招いた開発者たちも登壇し、いずれ劣らぬ濃いセッションが繰り広げられました。ここではその様子を紹介します。 GitHub実践入門 ─⁠─ Pull Requestによる開発の変革トップバッターとして登壇したのは、WEB+DB PRESS plusシリーズ『GitHub実践入門 ─⁠─ Pull Requestによる開発の変革』の著者である大塚弘記氏です。『GitHub実践入門』の著者、大塚弘記氏同氏はまず、「⁠GitHubを利用した開発の世界を知る」「⁠GitHubを（利用｜活用）する違いを

kyaido 2016/05/15

git
github

リンク

Caching your GitHub credentials in Git - GitHub Docs

Tip: If you clone GitHub repositories using SSH, then you can authenticate using an SSH key instead of using other credentials. For information about setting up an SSH connection, see "Connecting to GitHub with SSH." GitHub CLI GitHub CLI will automatically store your Git credentials for you when you choose HTTPS as your preferred protocol for Git operations and answer "yes" to the prompt asking i

kyaido 2016/05/10

git

リンク

GitHubへのアクセスはSSHよりHTTPSがお勧めらしいので切り替えてみた - Qiita

はじめに Set Up Git · GitHub HelpのNext steps: Authenticating with GitHub from Gitによると、GitHubへのアクセスはSSHよりHTTPSがお勧めらしいです。 OSXのキーチェーンにgitで使用するパスワード/アクセストークンを保存する設定 Caching your GitHub password in Git · GitHub Help 私はHomebrewでgitをインストールしているのでgit-credential-osxkeychainはインストール済みでした。ということで、設定は以下のコマンドを実行するだけです。この設定をしておくと、GitHubからgit cloneするときにユーザ名(メールアドレス)とパスワードを聞かれて、入力するとキーチェーンに保存されます。以降はパスワードの入力は不要になります。

kyaido 2016/05/09

git

リンク

direnvを使って複数のgitコミッタ名を切り替える - MANA-DOT

例えば会社のPCでこっそり個人的なリポジトリで作業してgithubにpushする場合、うっかり会社用のgitコミッタ名(本名@会社名.co.jp みたいなアドレスとか)で commit/pushしてしまい、紐付けるつもりのなかったネットの人格と本名/会社名が紐付いてしまうというのは皆が恐れるところであると思います。そこで、direnv を利用するといい感じに切り替えられることができたので、共有いたします。 direnv zimbatm/direnv あるディレクトリに .envrc というファイルを置いておくと、そのディレクトリ以下に cd した時に .envrc の内容の環境変数が読み込まれるという代物です。例えば、 - home ├ .envrc // export SOME_ENV=hogehoge ├ c └ a ├ .envrc // export SOME_ENV=fu

kyaido 2016/04/20

git

リンク

gitのuser.nameとuser.emailを会社/個人で自動的に切り替える方法 - Qiita

想定ユーザー仕事用のコミットとプライベートなコミットはuser.nameとuser.em ailを分けたい個人のgitリポジトリでuser.nameとuser.em ailを設定するの忘れて会社の設定でコミットしてしまった上に当てはまる人は幸せになれるかも？設定方法よく使う方を--globalで設定しておく（今回は仕事用） git config --global user.name "Taro Qiita" git config --global user.em ail taro@qiita.com

kyaido 2016/04/20

git

リンク

GitのCommit中のAuthor名およびCommitter名を変える - idesaku blog

ローカルで持っているGitリポジトリをGitHubにpushしてしまいたいなぁ、と思ったのだが、pushする直前にAuthorおよびCommitterとして自分の本名を使っていることに気づいた。そういえば、Gitを使い始めたころはuser.nameに正直に本名を入れていたなぁ…。そのままでも大した問題はないのだが、ネット上ではidesakuで通すことにしているので、こいつらを修正した。その際、あまり使わないコマンドを使ったので、作業ログなど残してみる。さて、どうすればよいか。すぐに思いついたのは、git-rebaseを使うことである。ところで、Gitは全てのコミットにAuthorとCommitterの二つの名前を記録している。これは、オープンソース分野でよくある「パッチを書いた人(Author)と、それをリポジトリにコミットした人(Committer)が違う」ケースに対応するための措

kyaido 2016/04/20

git

リンク

tejitak.com - このウェブサイトは販売用です！ - tejitak リソースおよび情報

This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.

kyaido 2016/04/13

git

リンク

tigでgitをもっと便利に！ addやcommitも - Qiita

皆さん、tigコマンドを活用していますか？ tigは、コンソール上で使えるgitブラウザです。実はずっと、ただのきれいなgit logだと思っていたのですが、本当はそんなことはありません。かなり使えるやつなのです。インストールソースコード: https://github.com/jonas/tig インストール方法: https://github.com/jonas/tig/blob/master/INSTALL.adoc この辺りを参考にしてみてください。詳細は割愛します。基本の使い方この状態の差分を扱っていきます。いつものこれだとこんな感じ。 git logが素敵にビジュアライズされてます。この画面をmain viewといいます。ここでエンターを押すと、下半分に差分の詳細（diff view）が表示されます。下矢印で、Unstaged changesの差分を見てみるとこんな

kyaido 2016/03/13

git

リンク

はらへり日記 - Git開発でmasterの内容を開発ブランチに反映させる方法

Git開発を行っていると、こんなことありませんか。 origin/masterブランチからhogeブランチを切る hogeの実装をゴリゴリ行ってる間にorigin/masterブランチがどんどん更新されていく自分が編集してたファイルがmasterで更新されてた＼(^o^)／ origin/masterを一回merge、コンフリクトを直してPull Requestを送るあるあるですよね。そしてrebaseを知らない頃の僕は以下の方法で解決していました。 % git checkout master % git pull origin master % git checkout hoge % git merge master (ここでコンフリクトが出て怒られる) (bot modifiedステータスのファイルを修正、コミット) % git push origin hoge ここでやっとPu