Some useful Git commands for CI
articles today i learned tags contact Some useful Git commands for CI Tagged with builds and ci, git Posted 18 September 2017 I spend a lot of time writing build scripts for interacting with Git repos. But Git’s documentation is notoriously opaque, and a lot of my Git knowledge comes from word-of-mouth rather than reading the docs. In that spirit of sharing, these are few of the Git commands I fin
ローカル環境のコード差分をリモートで実行する際に再現性を担保できるコマンドラインツール「Git Ghost」公開 - Preferred Networks Research & Development
概要 大村、谷脇で開発したローカル環境のコード差分をリモートで実行する際に再現性を担保できるコマンドラインツールGit Ghostをオープンソースとして公開しました。このツールを使うことで、試行錯誤しながら実験をするフェーズにおいても、以前修正して実行したローカル環境のコードに簡単に戻ることができます。 開発の動機 機械学習のジョブを実行中に試行錯誤でさらに他のジョブを実行することはよくあります。Git Ghostを作る前では、そのための一番単純な方法として、例えば、ソースコードをgitで管理し、rsyncコマンドでローカル環境での差分をKubernetesクラスターに同期して機械学習ジョブを実行していました。その際、実行したプログラムが良い結果を出した場合に、以前に修正したコードに戻りたいことがよくありましたが、この方法では、gitでソースコードをバージョン管理していても、rsyncで同
Gitリポジトリを解析して貢献度を出力·graf MOONGIFT
grafはRuby製のオープンソース・ソフトウェア（MIT License）です。 プロジェクトの開発において誰が一番貢献しているか測定するのに簡単な方法があります。それはコミット回数の測定です。Gitリポジトリを使っているなら試してみたいのがgrafです。 とあるプロジェクトの例。一人でコミットし続けているとこのようになります。 別なプロジェクトの場合。複数人でコントリビュートしていると、ユーザごとに出るようになります。 grafはローカルのGitリポジトリを分析して、ユーザごとのコミット数を出力します。マシンごとに別なユーザ名を設定したりしていると分かれて出力されるようです。プロジェクトの貢献度を可視化すると面白いデータがとれるかも知れません。 MOONGIFTはこう見る 一概にコミット数が多い＝貢献度が高いという訳ではありませんが、それでも一つの基準にはなります。WebKitのコミッ
git-messenger.elを書いてみました - Shohei Yoshida's Diary
TokyoVim #14 に参加して git-messenger.vim を作ってみた - sorry, uninuplemented: の Emacs版です。まだその行のコミットログをポップアップする 機能しかありません。 リポジトリ https://github.com/syohex/emacs-git-messenger コード popup.elが必要になりますので、利用する際は前もってインストールして おいてください。 ;;; git-messenger.el --- Port of gitmessenger.vim ;; Copyright (C) 2013 by Syohei YOSHIDA ;; Author: Syohei YOSHIDA <syohex@gmail.com> ;; URL: ;; Version: 0.01 ;; Package-Requires: ((p
マージ済みのブランチをまとめて削除する便利スクリプト書いた - handlename's blog
git 1.8.1.1 perl 5.16.2 マージ済みのブランチを消したい。 リモートリポジトリにあるのもいっしょに消したい。 というのを叶えるために簡単なスクリプトを書いた。perl。 https://github.com/handlename/bin/blob/master/delete-merged-branches ドライラン delete-merged-branches --dryrun リモートのブランチも消す delete-merged-branches --remote 特定のブランチは残す delete-merged-branches --ignore 'important-branch' カレントディレクトリが git リポジトリなのかどうかの判別はしていないし、 master にいるのかどうかもチェックしていないけど、必要になったら追加する。
vc-modeを使わずに mode-lineにブランチ情報を表示する - Shohei Yoshida's Diary
以前カーネル開発で vc-modeを onにしたままやっていたら、バックグラウンドで ごにょごにょしすぎて、まともに使えるか!!、ってなってそれ以降ずっと offに していたんですが、さすがにブランチ情報がないと branch切ったときの確認に 手間がかかるなぁってことで、表示するようにしてみました。 CVS, subversionとかもう使わないんで、git対応だけです。 ついでに今リポジトリ内にいない場合もその情報を表示するように しています。 コード ;; Show Git branch information to mode-line (let ((cell (or (memq 'mode-line-position mode-line-format) (memq 'mode-line-buffer-identification mode-line-format))) (newcd
EmacsWiki: gitconfig-mode.el
Download;;; gitconfig-mode.el --- Major mode for editing .gitconfig files ;;; -*- coding: utf-8; lexical-binding: t -*- ;; Change Log: ;; 7-Oct-2012 Sebastian Wiesner ;; Initial sync ;; Copyright (c) 2012 Sebastian Wiesner <lunaryorn@gmail.com> ;; ;; Author: Sebastian Wiesner <lunaryorn@gmail.com> ;; URL: https://github.com/lunaryorn/gitconfig-mode ;; Version: 0.2 ;; Keywords: convenience vc git ;
Gitで作成できるブランチ名の限界に挑戦してみた - by shigemk2
ふと思いたったので、Gitで作成できるブランチ名の限界に挑戦してみた。 ブランチを作成する方法 $ git checkout -b 作成したいブランチ名 で、すぐに新しいブランチを作成できるから、試すのは簡単。 emacs使いはgit-dwim.elを使うとEmacs上でブランチを作成できるよ。 Emacsからgitのブランチを扱うgit-dwim.elをリリース - (rubikitch loves (Emacs Ruby CUI Books)) 作成できたブランチ名 ! # $ 1234 72 @# idolm@ster ikura 星井美希 特殊文字を入れるのもOKだし、特殊文字だけのブランチ名もOK。 日本語も可。 数字だけでもいいし、数字を入れることも出来る。 作成できなかったブランチ名 !@#$ '1234' "72" "72 idol m@ster !@#$については、zsh
Agile渋谷Emacs勉強会に参加してきた #Agile渋谷
７月に東京に引っ越してきて、早３回目の勉強会。 そろそろ何もない週末が欲しい…w さて、そうは言っても東京で何年ぶりかに開催されたEmacsのイベント。 @mori_dev さんはじめ、お初にお目にかかれた方が何人もいて、楽しい時 間を過ごせました。 最近は勉強会ではなるべくメモを取らずに、イベントを楽しむようにして いるので、思い出したまま書いていきます。 個人的に一番面白かったのは、@inoue_ariel さんの「Emacsのバッファの 内部実装について 」。Emacsと言えばギャップバッファ、ギャップバッファ と言えばEmacsというのはもちろん、ギャップバッファという名前自体初め て聞きました。しかし、memcopy()のコストがあれほど低いのにはビックリ です。最近のCPUはキャッシュの容量が増えてるのが要因なんでしょうか。 でもギャップバッファって昔から使っているのですよねえ
Try Git In Your Browser
AI & MLLearn about artificial intelligence and machine learning across the GitHub ecosystem and the wider industry. Generative AILearn how to build with generative AI. GitHub CopilotChange how you work with GitHub Copilot. LLMsEverything developers need to know about LLMs. Machine learningMachine learning tips, tricks, and best practices. How AI code generation worksExplore the capabilities and be
gitで現在の作業内容をクイックセーブする - アジャイルSEを目指すブログ
見えないチカラ: 【翻訳】Gitをボトムアップから理解する http://keijinsonyaban.blogspot.jp/2011/05/git.html 最後の方にstashの話が書かれていた。 以下、引用。 これはあなたのディレクトリの内容の全て――ワーキングツリーと、index の状態の両方を含む――を取り込み、それらのための blob を Git のリポジトリ中に作成する。tree はそれらの blob を保持し、そして stash コミットはワーキングツリーと index と、あなたが stash をした時の時刻を記録する。 これは良いプラクティスだ。なぜなら、次の日にあなたは git stash apply を使って stash から変更を戻すことになるが、毎日の終わりにはあなたが stash した全ての変更が reflog に存在するからだ。以下は、次の日の朝に作業をす
git rebaseについてのtips | けーこ in サンフランシスコ
エンジニアの友達にgithubなどgitを使用した共同開発時の豆知識を教えてもらったので、忘れないようにメモしておきます。Thanks, Shawn! マスターとのマージ時には事前にgit rebaseを使う gitを使って共同開発をすると、たまにこんなコミットメッセージを見る機会があるかもしれません。 Merge branch ‘master’ of git://github.com/hogehoge これは、最新のマスターを私のブランチにマージしたわよ、という意味合いのコミットメッセージなのですが、正直いりません。開発者それぞれがブランチとマスターをマージするたびにこのようなメッセージをログに残してしまうと、それだけでコミット履歴を占有し、重要な情報をたどるのが困難になります。 このマージ時のコミットメッセージが発生してしまう原因は、左側の図のようにpull requestを出す前に最
magit(emacs+git)は快適な予感がする
これでmagit4というディレクトリが作られてgitリポジトリが初期化される 最初のコミット C-x C-fでindex.htmlを作成します。ファイルの中身 <html> <head> <title>Shizugit</title> </head> <body> <h1>Shizugit</h1> <p>Shizugitでは、参加者を募集しています。 最新の版管理システムgitについて熱く語り合いましょう。 </p> <address> <a href="mailto:magit@test.com">kzfm</a> </address> </body> </html> C-x C-sで保存します。 さて、ここでおもむろにM-x magit-statusと打つとmagit-modeのバッファーが開きます(下段)。 カーソルをindex.htmlにあわせてs キーを打つとステージングされま
ikachanでgitのpushをIRCチャンネルに通知する (追記アリ) - id:anatooのブログ
gitのpushがあるたびに、コミットをIRCで通知するようにする。 まずikachanサーバを立てる 適当なサーバにikachanをインストールする。ikachanはIRCにメッセージを通知するためのサーバで、これを設置することで、シェルスクリプトなどから簡単にIRCにメッセージをポストできる。 例えば、以下の様にcurlコマンドを叩くだけでIRCに通知できるようになる。 $ curl -F channel=\#catalyst-ja http://localhost:4979/join $ curl -F channel=\#catalyst-ja -F message=hoge！ http://localhost:4979/noticegitのコミットにかかわらずちょっとした通知をガンガンIRCチャンネルに通知できるので便利です。 pushされるリポジトリにhookスクリプトを置く
Git で日々の共同作業やリリース作業をサポートする git-daily を作りました | GREE Engineering
こんにちは。インフラの sotarok です。 先日から Git 関連の話をしている通りですが、社内で Git を使い始めています。 今日は、Git を使った日々の開発〜リリースまでのフローや、そうしたものの運用と、それをサポートするために作ったツール git-daily の紹介をしたいと思います。 ソフトウェア開発とウェブ開発の違い いやウェブ開発も広義のソフトウェア開発なのですが、ここでいうソフトウェア開発とは、クライアントアプリケーションやライブラリのようなものを指すと思ってください。 実際、ウェブ開発をしている方は感じていることだとは思いますが、両者の開発フローはかなり異なるものです。もちろん社風や開発の方針等によって色々あるとは思いますが、主に次のような特徴が挙げられると思います： ソフトウェア開発 アプリケーションはクライアントで動作する リリース間隔は比較的長く、次のバージョ
チケット駆動開発に便利なGit-Hooksをためしてみた - Perl日誌
id:bleis-tiftのGit-Hooksを試してみました。 http://github.com/bleis-tift/Git-Hooks 環境 MacOXS 10.6.6 git 1.7.3.4 $HOME/project/配下にworkリポジトリ、$HOME/repos/配下にbareリポジトリを作成します。 環境の構築手順は以下に記録しています。 http://d.hatena.ne.jp/okamuuu/20110116/1295146927 http://d.hatena.ne.jp/okamuuu/20110115/1295058479 git上にリポジトリを作成 適当なプロジェクトを立ち上げます。例としてHelloWorldを作成します。 Bareレポジトリを作成します。 % mkdir -p $HOME/repos/HelloWorld.git % cd $HOME/r
多人数開発で Git を使う場合の環境構築 | GREE Engineering
こんにちは、インフラやってる sotarok です。最近、社内でも「sotarok は そーたろっくと読む」という誤解が広がっていましたので改めて自己紹介しますと、sotarok と書いて「そーたろー」または「そーたろー・けー」と読みます。ロックしてないのでよろしくお願いします。 今日は、Git の話です。 GREE ではずっと Subversion を使っているという話を、以前開発環境の話をしたときに少し触れたことがあります。Subversion での運用方法も、GREE では割と面白い運用をしているのでその話もどこかでしたいのですが、まあ、それは今回は置いておきましょう。どこかで聞いてください。 GREE もその昔 CVS から Subversion に移ったのですが、時代は流れるもので、いよいよ Git 化という流れがきています。Subversion と Git の違いを今更あえて挙
Magit でコメントの履歴を便利に使う (前編) - ”E” for ...
Magit についての小ネタを 2 つ紹介。今回が前編です。後編はこちら。 Windows で VCS のフロントエンドとして Tortoise 某を使っていると、過去のコミット時に入力したコメントを再利用できるのが非常に便利だと感じるようになります。何度か続けて似たようなコメントを書くことが結構あるからです。Emacs の標準 VCS フロントエンドである vc.el や Magit でも、コメント入力ウィンドウで M-p / M-n を押すと、過去に入力したコメントを取り出すことができます。 ですが、その履歴は log-edit-comment-ring という変数に記録されているだけなので、 Emacs を終了すれば失われてしまいます。そこで、 session.el を使って履歴をずっと残すようにしてみましょう。 ;;; ;;; log-edit.el のコメント履歴を sessio
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
tig でいま見ているコミットをブラウザで開く - @kyanny's blog
bleis-tift/Git-Hooks - GitHub
