はじめましてこんにちは、今年新卒でKRAYに入社しました亀井と申します。 会社のみなさんからは「あさちゅん」と呼ばれております。どうぞよろしくお願いします。 突然ですが、みなさん使ってますか？ Git。 KRAYではバリバリ活躍してるGitですが、 「よくわからない……」と頭を抱えてる方も多いですね。 わたしも抱えてます。 正直、KRAYに入社するまでターミナルを使ったことすらなく、 Gitも入社してから使いだしたので初心者もいいところです。 そんなわたしが1日約200回×3ヶ月ターミナルでGitコマンドを打ち続けて やっとわかってきた、Gitの「これなんで？」を解説します。 主にGit初心者、Gitについて理解を深めたい人向けです。 もくじ なんでcommitする前にaddしなきゃいけないの？ ブランチってなんのために分けるの？ HEADってなんなの？ 消したファイルもコミットしなきゃい

git push/pullは何気なく使ってるけど実はよくわかってなかった。ことのきっかけはこういう質問。 hogeというリモートブランチをローカルのhogeブランチにもってきたい hogeをローカルのmasterにはマージしたくない pullでなんかこんな感じでいけそう？ $ git pull origin hoge:hogeでもこれは間違えで、なぜか今いるブランチ（master）にhogeがmergeされるし、期待してる動作じゃない。正解はこう。 $ git branch hoge origin/hogeもしくはチェックアウトも同時にするなら $ git checkout -b hoge origin/hogeこう。自分は普段後者のやり方でやってたけど、なんで上のはダメで下のが正解なのか説明できなかったのでちゃんと調べてみた。 入門Gitと実用Git、あとhelpを参考にした。 ブランチ

自分と同じようなバックグラウンドで「機械学習周辺の数学まわりの勉強をしたい」という人の助けに少しでもなれればと思い、半年間の勉強の軌跡を公開することにした。 ● 前提 ・数学の勉強と言える勉強は高校数学で言う所の数II・Bまでしかやってこなかった。 ・数学が超得意だったかというとそういうわけではなく、まあ普通なライン。 ・大学は情報系で文理一緒だけど、正直大学数学らしい数学はあまりやってこなかった。 ・社会人になって以来ずっと数学コンプレックスで「大学の時もっと理系の勉強をしておけばよかった」と後悔する日々だった。 ・「とにかくツールとか沢山触りまくって慣れた方が良い」という意見も沢山頂いていたのだけど、 – やはり専門の文献を読むとブワーッと数式が出て来て「うっ」となる自分が情けなく感じる経験をした – このまま勉強しないで年をとった後に「あの時やっておけば」という後悔はしたくなかった

Slack のアット記法と、通知が届く先について。 @here ひとつチャンネルで。 アクティブなメンバー全員に通知を送る。 非アクティブのメンバーには送らない。 @channel ひとつチャンネルで。 すべてのメンバーに通知を送る。 メンバーがアクティブかどうかは関係ない。 なので @here より強力。 @everyone どのチャンネルで発言しても、必ず #general 宛のコメントになる。 そして #general のメンバーに通知を送る。 ( #general には必ず全メンバーが参加しているので、必然的に全員への通知になる ) @group @channel と全く同じ効果。古い書き方。使わなくて良い。 おそらく @group というネーミングが紛らわしいので、@channel に統一されたのだろう。 結論 @here と @channel だけで事足りる。 補足 どの記法を

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

git pullは使わなくてもよい 初心者はgit pullを使わない方がよい 我々ソフトウェアエンジニアは勉強が大好きなので、コマンドがあるとそれを勉強して使いこなさなければいけないと考えがちですが、ときには「覚えない、使わない」という発想も大事なのではないでしょうか。 以下にその理由をのべます。 git pullは使う必要がない git pullを使わないとできないこと、というのはありません。 使わなくても全然困りません。 git fetchとgit mergeとgit rebaseだけですべての用は足せます。 私はチーム開発でGitを本格的に使い始めて数か月経ちますが、普段の作業でgit pullを使ったことはないしそれで困ったこともありません。 git pullを使わなければ、余計な落とし穴に落ちない git pullには落とし穴があります。 初心者はたいていその穴に落ちます。 「

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

基本 端末でcode .とすると、VS Code でカレントディレクトリを開く。 code [ファイル名]とすると、VS Code でファイルを開く。 コマンド コマンド 内容 備考

なお, ファイルを残したまま追跡から逃れたいときは git rm --cached path/to/file でインデックスのみ削除し, .gitignore などで指定する. また, 誤って git rm してしまったときは git reset @~ path/to/file, git checkout path/to/file で回復する. ローカルでのみ追跡してほしくない場合 二つ方法がある. これらの違いは既に git 管理しているファイルをあえて無視したい - Qiitaに詳しい. 用途に依るが, assume-unchanged の変更は git reset --hard で死ぬので, 基本的には skip-worktree を使う. assume-unchanged 除外するとき

海外でフリーランスをしているテクニカルアーティスト ゲーム開発・映像制作・WEB制作等を請け負っています。 当ブログは作業効率化のための技術ブログです。 なぜ.gitignoreの設定をするのか？ Gitでデータをコミット・プッシュする際にUnityの「Library」フォルダや「.csproj」「.sln」など、余計なデータをコミット・プッシュしてしまうと、相手側がデータを取り込んだ際に余計なUnityの設定が更新されてしまいます。 そして相手がコミット・プッシュする際にその余計なデータがリストアップされ、大迷惑をかけてしまいます。 ですので、初期設定時に余計なデータを無視するリスト「.gitignore」の設定は非常に重要です。

Git - Book 2nd Edition (2014) 日本語訳の Chapter 2. Git の基本 Chapter 3. Git ブランチ機能 Chapter 7. Git のさまざまなツール に出てくるコマンドに VS Code のコマンドをあてる感じで書き直してみる Visual Studio Code の git 連携機能と git コマンドについて (2018/05/23) Git の情報源 Git クライアントとしての Visual Studio Code git コマンドと vscode の git 関連操作 git 連携機能の設定項目 出力パネル Git の基本 Git リポジトリの取得 既存のディレクトリでのリポジトリの初期化 既存のリポジトリのクローン 変更内容のリポジトリへの記録 ファイルの状態の確認 新しいファイルの追跡と変更したファイルのステージング 状態

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