git grepでソースコード内検索のあれこれ - エンジニアをリングする
FOLIOアドベントカレンダー 21日目です。 12月は読み応えのある記事が多いので、わたしからはさくっとしたTipsを。 いま作業してるリポジトリのファイル群から、目当ての文字列を1秒でも早く見つけるための話。 おすすめのコマンド grep だと対象指定が面倒だったり、カレントディレクトリ以下を指定すると巨大なnode_modules以下のファイルも対象になってしまったりするので、git管理下のファイルのみを対象に検索できて高速な git grep がおすすめ。 git grep 検索したい文字列 だけで検索できる。 ~/.bashrc や ~/.zshrcなどに以下のエイリアスを書いておくと、 gg hoge だけでgit管理下のファイルにあるhogeをハイライトつきでリストアップしてくれてめちゃ手軽。 alias gg='git grep' もちろん日本語も gg ほげほげ でいける
First commit が git rebase -i できない問題 → git rebase -i --root でできる - 納豆には卵を入れる派です。
コードレビューさせないようにコミット - Qiita
対象 開発フローの中でコードレビューを実施しているひと git add -p や git rebase -i でコミットの分割や統合ができるひと レビュー無しにマージしてもらうために同僚をいかに抱き込むか。 という話ではなく、レビュワーの コードレビューの負荷を下げる ことを意図しています。 無視できるコミットを増やす どうすればレビュワーがより短時間で自分の書いたコードをレビューできるか。この問に対して、レビューの妨げとなるものを排除する、というアプローチがあると思っています。そのための良い方針だと考えている 無視できるコミットを増やすこと について書きます。 前提 コミット どのコミットにおいてもテストが通るようにする コミットメッセージ ちゃんと Git のスタイルで記述する (Gitのコミットメッセージの書き方 の原則を守る) Git の操作 雑にコミットしても、後できれいにコミッ
A successful Git branching model を翻訳しました
msysgitでSTATUS_ACCESS_VIOLATIONを解消する方法の1つ - Qiita
Git: Set up a fetch-only remote?
When I run git remote -v in one of my Git repositories that has a remote(s) configured, I see that each remote has both fetch and push specs: $ git remote -v <remote-name> ssh://host/path/to/repo (fetch) <remote-name> ssh://host/path/to/repo (push) For remotes that point to peer developers there's no need to push, and Git will refuse to push to a non-bare repository anyway. Is there any way to con
Git 特定のフォルダのみcloneする - Qiita
リポジトリのここのフォルダだけcloneしたいんだ、Subversionでいうところのcheckoutだ、という場合はsparsecheckoutの機能を使用する。 特定のフォルダだけclone、という以外に絶対にcommitしたくないファイルを外したりできるので、覚えておくと便利(設定ファイルを個人ごとに書き換えなければならない場合など)。 git clone xxx git config core.sparsecheckout true echo I_want/this_folder/ > .git/info/sparse-checkout git read-tree -m -u HEAD echo I_forget/this_folder/ >> .git/info/sparse-checkout まずは普通にcloneをしてきて、そのあとsparsecheckoutを有効にする。
git commit --fixup とは何か - 詩と創作・思索のひろば
git commit --fixup というオプションの存在を最近知って調べた。 ヘルプとリリースノートより "git commit" learned the --fixup and --squash options to help later invocation of interactive rebase. Git v1.7.4 Release Notes --fixup=<commit> Construct a commit message for use with rebase --autosquash. The commit message will be the subject line from the specified commit with a prefix of "fixup! ". See git-rebase(1) for details. 1.7.4 から入って
Gitで使われていないリモートブランチの整理 - Qiita
Git（GitHub）の運用で気をつけていること - えいのうにっき
安全なMergeを行う開発フロー | DevelopersIO
Gradle STS Support -- Tutorial
Gradle STS Support -- 2.9.0 -- Tutorial Note: The latest version of this file can always be found here This tutorial will take you through the process of using the STS-Gradle tooling to import a Gradle multi-project into STS and execute some Gradle tasks on the imported project(s). This tutorial does not cover how to install the Gradle tooling into STS. We will use spring-security project as a run
git fetchの理解からgit mergeとpullの役割 - Qiita
gitlabのwebhookからブランチの情報を受け取り、Jenkinsに仕事をさせる - Qiita
状況 gitlabのリポジトリにコミットされたらテストを実行して欲しいが、その前に別のリポジトリにあるソースをチェックアウトして準備する必要がある（モックを返すプロセスを起動しないといけない・・・） ちゃんとプッシュされたブランチに対してテストして欲しい 結論 jenkinsのgitlab pluginではなく、git pluginを使い、pushされたブランチ名を取得する Parameterized Trigger Pluginを使って、ビルドに変数を渡せるようにする hookを受け、ブランチ名を下流プロジェクトに流すジョブを作成する（間に別のリポジトリに対するジョブが挟まるため） 仕事を振り分けるジョブを作成する
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub Flow (Japanese translation)
commitlint moved to https://conventional-changelog.github.io/commitlint/#/
GitHub - git-tips/tips: Most commonly used git tips and tricks.
Pretty Git branch graphs
Gitでブランチを作るのを忘れてmasterにコミットしてしまったときの対処法 - Qiita