You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
かなり昔に こちらの記事 でgitのpre-commitを紹介しました。今回は、pre-commitにまつわる便利なnpm package typicode/husky、 okonet/lint-staged を利用し、画像ファイルのコミット時に imagemin/imagemin を使い自動で画像ファイルのminifyを行う方法を紹介します。 目的 imagemin/imagemin を利用すると、画像ファイルのminifyを行うことができます。 画像のminifyはいうまでもなくwebで重要であり、可能な限りこういったツールを利用したいです。 画像を作成するたびに都度imageminを実行するのは手間ですので、こうった作業はできるだけ自動化したいです。 ビルド時の自動minifyであれば、grunt、gulp、webpackのそれぞれで gruntjs/grunt-contrib-im
Update: As of Visual Studio Code 1.70 Three-way merge with improvements were added. Visuals and further explanations are available if that's of interest to you 😉. As of Visual Studio Code 1.13 Better Merge was integrated into the core of Visual Studio Code. The way to wire them together is to modify your .gitconfig and you have two options. To do this with command line entries, enter each of thes
外部エディタ/Diff ツール(差分表示ツール)としての Visual Studio Code (git と SourceTree で使ってみる)GitVSCodeVisualStudioCode Visual Studio Code の git 連携機能と git コマンドについてから切り出しました Visual Studio Code 0.10.13 (March 2016) リリースにて Wait support and Git patch/diff mode として追加された機能。 コマンドラインのオプションとして呼び出すことが可能。 code (stable build) また code-insiders (Insiders build) コマンドが使えるようになっている必要がある。 各プラットフォームにおける確認 コマンドライン・オプションとなるため、各プラットフォームにて c
これはNextremer Advent Calendar 2016の第20日目の記事です。 いろいろGit周りのツールや設定が増えてきたので並べてみる 何番煎じか分からないけど、私がGit周りで普段使っているツールや設定を並べてみる。 整理出来てないので見づらかったらごめんなさい。 補完 Gitのコマンドやブランチ名をタブで補完する このファイルを~/にDLしてきて、~/.bashrcか~/.bash_profileにsource ~/git-completion.bashと書けばターミナル上でのGitコマンドやブランチ名のタブ補完が効くようになる。 もう必須レベルに便利 Log コミットグラフを見る git log --decorate --graph --name-status --oneline でgit logコマンドを使ってコミットグラフを見ることが出来る。SourceTreeや
so-fancy/diff-so-fancy: Good-lookin' diffs with diff-highlight and more diff-so-fancy diff-so-fancy builds on the good-lookin' output of git contrib's diff-highlight to upgrade your diffs' appearances. ・Output will not be in standard patch format, but will be readable. ・No pesky + or - at line-start, making for easier copy-paste. diff-so-fancy 通常 インストール npm
はじめに ソースコード管理ツールとしてGitlabやGithubを導入することで、ソースコードのバージョン管理に加えて、コードの変更前にコードレビューを実施するPull Requestを簡単に行うことができる。コードレビューの観点や手法は様々であるが、レビューを実施する前に幾つかのコンテキストをレビュー担当者とレビュー依頼者が共有しておくことでスムーズなコードレビューが期待される。 本文章ではWork in Progressパターンと呼ばれる手法を利用した、コードレビュー前のコンテキストの共有方法を紹介する。 コンテキストの共有 コードレビューを実施する前に幾つかのコンテキストを共有することは、レビュー担当者の負担削減や、レビューの品質向上またレビュー依頼者のタスクの明確化に繋がる。共有するべきコンテキストの一例として以下の物が挙げられる。 実装する機能の詳細設計 実装する機能の仕様 実装
皆さん、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の差分を見てみるとこんな
すみません、タイトルは釣りです。書籍『入門git 』と『もっと早く知りたかった! Gitが鬼のようにわかるスライド厳選7選』、『Gitがこわくて触れられなかったけど、このスライドで理解出来るようになったよGitサイトまとめ』紹介のスライドを読んで、理解したことをまとめるためにこの記事を書きました。今までは個人でしかGitを使っていなかったので、チーム開発に必要なGitコマンドを少しでも理解できるように頑張ります! (05/13 08:45) githelpを追加 🐡 Gitの基本的な開発スタイルについて From イラストでわかる!git入門の入門 Gitの基本的な開発スタイルは次のとおりです。 (1) gitの開発ではローカルで使う個人リポジトリとチームで使う共有リポジトリを用いる (2) 共有リポジトリに push すると個人リポジトリのこれまでのコミット内容を送れる (3) pul
プログラムをgit管理する時、GUI使うのもいいけどプログラマならターミナルでクールにキメたい。いつかマスターするその時までストックしておくと幸せになれるコマンドを集めました。 基本的にこいつらさえ抑えておけば「ッターーーン!!」とできます。 ■linuxコマンド基礎編 gitの操作はターミナル上で行います。 まずはターミナルで生きていくために不可欠なコマンドを集めました。 # 現ディレクトリ配下のディレクトリ/ファイルを表示 $ ls # 既存ディレクトリに移動する $ cd [ディレクトリ名] # 新規ディレクトリを作成する $ mkdir [ディレクトリ名] # 新規ファイルを作成する $ touch [ファイル名] # 既存ディレクトリ/ファイルを移動する $ mv [ディレクトリ名/ファイル名] [移動先ディレクトリ名] # 既存ディレクトリ/ファイルの名称を変更する $ mv
普段からVSCodeを使っている分にはGitの操作がVSCode上からできるので、複数行のコミットメッセージを書くことは難しくありません。 もちろんそれがCLIからでも$ git commit -m "Message"でコミットメッセージは書けますし、複数行にわたったメッセージも書けますが、どうしても横着して適当に書いてしまいがちです。 -mオプションをカットして$ git commitとしてやればエディタが起動しますが、デフォルトのnanoはお世辞にも使いづらいのでvimなりemacsなりに変更している方も多いかと思います。 VSCodeでコミットメッセージを書く ここで本題。vimやらemacsではなく、起動するエディタをVSCodeにしてみましょう。普段emacs、vimではなくVSCodeを使っているならばCLIからのコミットメッセージでもVSCodeを使いたくなるかもしれません。
こんにちは、@yoheiMuneです。 Gitを使って開発をしていると、時々自分だけgitignoreにしたいファイルができます(例えばエディタのメタファイルとか)。そのようなファイルを、自分の環境からバージョン管理から外す方法をブログに書きたいと思います。 特定のプロジェクトにある指定したファイルを、自分だけgitignoreしたい 掲題のような場合には、.git/info/excludeのファイルにバージョン管理外にしたいファイルを指定します。 # .git/info/exclude my-gitignore-target.txt すると、ファイルをGitレポジトリ上に追加しても、バージョン管理対象外になります。 # ファイルを追加する $ touch my-gitignore-target.txt # しかし、バージョン管理対象に入らない $ git status # On bran
HubFlowとは HubFlow: GitFlow For GitHub HubFlowはGitHubリポジトリでGitFlowを便利に使うためのGitコマンド拡張です. gitflowをforkして開発されています.datasift/gitflow · GitHub 今の時点では,大幅に便利になるというものではない感じです. git hfのようにサブコマンドhfを用いたコマンド体系なので,gitflowと併用できます. さらに,gitflowを利用している既存のリポジトリに対してもgit hf initで上書きすれば使えます. 使い方 なんか新しい図が出てますが,流れはGitFlowとほとんど変わりません. リモートブランチとfork元のブランチに対する操作が用意されていないGitFlowに対して,HubFlowでは用意されているという点が異なります. 便利になったところ git hf
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く