Gitのdiffコマンドにある--exit-codeオプション - Hail2u
npmコマンドでよく書くパターンにGitで固定のファイルをステージしてコミットするというようなものがある。なんらかの処理を行うメインコマンドのpostコマンドでよくやる。まれにその固定のファイルが更新されないこともあり、その時コミットしてしまうとcommitサブコマンドが正常に(終了コード0で)終了しない。これを避けるためにはステージされることで更新があったかどうかをチェックする必要があることになる。それはdiffサブコマンドの--exit-codeオプションを使うとうまく書くことができる。 例えば更新されているかもしれないfooというファイルをステージして、更新があった場合にのみコミットしたい、とすると以下のようにコマンドをつなげれば良い。 $ git add foo && git diff --cached --exit-code --quiet || git commit --mes
GitHub - stephenlacy/gulp-git: Git plugin for gulp (gulpjs.com)
var gulp = require('gulp'); var git = require('gulp-git'); // Run git init // src is the root folder for git to initialize gulp.task('init', function(){ git.init(function (err) { if (err) throw err; }); }); // Run git init with options gulp.task('init', function(){ git.init({args: '--quiet --bare'}, function (err) { if (err) throw err; }); }); // Run git add // src is the file(s) to add (or ./*) g
webdesign-manga.com
webdesign-manga.com 2020 Copyright. All Rights Reserved. The Sponsored Listings displayed above are served automatically by a third party. Neither the service provider nor the domain owner maintain any relationship with the advertisers. In case of trademark issues please contact the domain owner directly (contact information can be found in whois). Privacy Policy
CodeIQについてのお知らせ
2018年4月25日をもちまして、 『CodeIQ』のプログラミング腕試しサービス、年収確約スカウトサービスは、 ITエンジニアのための年収確約スカウトサービス『moffers by CodeIQ』https://moffers.jp/ へ一本化いたしました。 これまで多くのITエンジニアの方に『CodeIQ』をご利用いただきまして、 改めて心より深く御礼申し上げます。 また、エンジニアのためのWebマガジン「CodeIQ MAGAZINE」は、 リクナビNEXTジャーナル( https://next.rikunabi.com/journal/ )に一部の記事の移行を予定しております。 今後は『moffers by CodeIQ』にて、 ITエンジニアの皆様のより良い転職をサポートするために、より一層努めてまいりますので、 引き続きご愛顧のほど何卒よろしくお願い申し上げます。 また、Cod
Excel Word の文書管理に Mercurial？ - MAJ1MAの日記
ファイル管理どうしてますか？ 非プログラマーの文書管理に、ソフトウェア開発の現場で使われている構成管理ツールを適用して、煩わしいファイル管理の時間を少しでも減らせないか。 社内のプロジェクト管理ツールは管理対象の文書が決まっています。ディスクのほとんどの文書は、個人で管理しているのが実態ではないでしょうか。自分プロジェクトの構成管理をはじめよう。 そう考えて探して見つけたのが :msofficesvn http://code.google.com/p/msofficesvn/wiki/Introduction_ja Mercurialでやりたいということで、ほぼ丸パクリで主にコマンド部分をTortoiseHg用に置き換えてExcelアドインを作りました。品質はまだ怪しいです。ドキュメントもそろっていないです。 code googleにリポジトリ作りました。検証中の先行リリース版を登録してい
Gitのスケーリング（と、その背景） | POSTD
数年前、Microsoftは、社内全体のエンジニアリングシステムを活性化させるため、数年間にわたる投資を行う決定をしました。私たちは山のような数のチームを抱える大企業です。チームはそれぞれ、担当のプロダクト、独自の優先順位、プロセス、ツールを持っています。”共通の”ツールもありますが、チームによって様々に異なる点も多く、内部で開発した単発のツールも数え切れないほどあります（「チーム」とは社の部門のようなもので、数千のエンジニアの集まりです）。 この状況にはたくさんのマイナス面があります。 似たようなツールを構築しているチームがいくつもあり、巨額の冗長な投資が生まれている 「クリティカルマス（損益分岐点を超える生産量、普及率）」に向けた設備投資ができない 皆がバラバラのツールやプロセスを用いているため、従業員が異動しにくい 組織の垣根を越えてのコード共有が難しい “MS限定”ツールの過多のた
howm+git でメモを同期
複数の PC で howm メモを同期するために今までは手動で rsync していたが、 面倒なので自動化して併せて git で管理するようにしてみた。 以下に、自宅内サーバ Remote に公開リポジトリを用意し、 2 台のローカルマシン LocalA, LocalB で howm メモを同期する環境を 作成した方法をメモしておく。 git 環境の導入 参考にしたサイト: せっかちな人のための git 入門 – git をインストールし、共同で開発できる環境を整えるまで まず、 LocalA で git リポジトリを作成した。 howm のディレクトリは ~/work/howm にあるものとする。 LocalA:~$ cd work/howm LocalA:~/work/howm$ git init LocalA:~/work/howm$ git add . LocalA:~/work/
gitでnumstatを利用して総追加行数、総削除行数を取得するワンライナー - @nnm_tech
上期も終わり開発中のgitリポジトリの情報を採取して遊んでいました。Qiitaでコミット数や総追加行数、総削除行数を取得するワンライナーについての投稿があり活用させて頂いています。ありがたい...! リンク先のワンライナーでコミット数は正確に計れるのですが、総追加行数と総削除行数がなにかおかしい。なぜか総追加行数が非常に多く計算されていました。 というわけで原因を調べてみました。 原因1. 1ファイルのみの変更の時にgrepがスルーされる 1ファイルのみの変更の場合、以下のような出力になります。 $ git log --shortstat --oneline --no-merges f86f749 Insert open graph meta tag contents when adding a link item refs #29 1 file changed, 67 insertion
Easy Git -- git for mere mortals
What is Easy Git (eg)? In short, Easy GIT is a single-file wrapper script for git, designed to make git easy to learn and use. (If you are not familiar with what git is, this page will make no sense to you.) In more detail: eg focuses on documentation and examples Much of the work in eg is plugging a gap in git documentation: providing simple tutorial-oriented command-specific built-in help. eg's
GitHubでGitLFSを使ってみる - たけぞう瀕死ブログ
実際にGitLFSを使ってみようということでGitHubで試してみました。 まずはgit-lfsのインストールから。gitはインストール済みとします。MacならHomebrewで簡単に入れられます。 $ brew install git-lfs 適当なGitリポジトリを作成し、GitLFSを有効にします。 $ mkdir git-lfs-test $ cd git-lfs-test/ $ git init $ git lfs install GitLFSで管理するファイルを指定します。 $ git lfs track *.jpg あとは普通にファイルをコミットしてpushすれば該当のファイルが自動的にGitLFSに保存されますし、git-lfsがインストールされている環境であればcloneしたりpullしたりすると自動的にローカルにもファイルの実体がダウンロードされてくるので普通にリポジト
SparkleShareメモ [nofuture.tv]
SparkleShareは、バージョン管理システムGitを利用したリアルタイムファイル共有システムです。 誤解を恐れず書くと オープンソース版オレオレDropboxが作れるツール というとわかりやすいでしょう。 SparkleShareを利用するにはクライアントソフトのSparkleShareのほかに、ファイルを中継して共有するための共有Gitリポジトリが必要になります。 そう書くと、とても面倒なように聞こえますがGitを利用したWebサービスのgithubやGitorious、Bitbucketなどに対応しており、アカウントがあればすぐにSparkleShareを利用できます。 ただ、Webサービスを利用する場合、これらのサービスは「ファイルを公開して共有」を目的にサービスを提供しているので、SparkleShareを使うと全世界に公開してしまいます。ファイルを非公開で利用する場合は独自
GitLab API (gitlab gem)を使ってみました - yuumi3のお仕事日記
今年の新人研修で課題の提出場所に GitLabを使ってみました。生徒の人数分 x 課題数のリポジトリーが作られるので、課題結果を自分の環境にcloneするのを手動で行っているとたいへんです。そこで、GitLab APIを使い、簡単なツールを作ってみました。 GitLab APIには gitlab gem があり、簡単に使う事ができます。しかし、いざ自分のやりたいプログラムを書こうと思ったら・・・・ APIドキュメントはあるが、内容は今ひとつ サンプルコードが少ない ネット上 (英語の情報を含め)にも情報が少ない という事で、gitlab gem の RSpecコードなどを見ながら勉強しました。また、APIの設計があまりオブジェクト指向的でなく、最初は戸惑いました。 以下のコードは、 あるグループに所属する全員の レポジトリーの一覧を表示し、そのリポジトリをアクセスするために自分のアカウント
git pull, git rebaseはシェルスクリプトで実装されていた · DQNEO日記
$ find /usr/local/Cellar/git/2.2.2/libexec/git-core -type f | xargs file | grep script /usr/local/Cellar/git/2.2.2/libexec/git-core/git-add--interactive: a /usr/bin/perl script text executable /usr/local/Cellar/git/2.2.2/libexec/git-core/git-am: POSIX shell script text executable /usr/local/Cellar/git/2.2.2/libexec/git-core/git-archimport: a /usr/bin/perl script text executable /usr/local/Cellar/g
Dropbox で Git のワークツリーのみを同期する - 知に至る病
2015-11-13 Dropbox で Git のワークツリーのみを同期する Git Dropbox に置いたディレクトリを Git でバージョン管理しつつ，リポジトリを同期対象から外し，ワークツリーのみを同期する方法を考えてみました。 Git と Dropbox の連携というと，Dropbox をプライベートなリモートリポジトリとして利用する方法が知られていますが，この記事ではそれとは別の連携方法を試しています。 Git と Dropbox の連携 やっていること Dropbox 内のディレクトリをリポジトリとして初期化する際に，リポジトリの管理データが格納される Git ディレクトリの場所を Dropbox の外に指定します。 git 1.7.5 で追加された --separate-git-dir オプションを使うと Git ディレクトリの場所を指定することができます。 作業を中断し
Gitの最初の姿
この4月で、Gitが誕生してからちょうど10年になるようだ。 10年前、つまり一番最初のGitはどのようなプログラムだったんだろう？ 当然だけど Git プロジェクトのリポジトリには10年前の最初の姿が e83c516 というコミットとして記録されている。 % git log --max-parents=0 commit e83c5163316f89bfbde7d9ab23ca2e25604af290 Author: Linus Torvalds <torvalds ppc970.osdl.org> Date: Thu Apr 7 15:13:13 2005 -0700 Initial revision of "git", the information manager from hell # --max-parents=0 は親のないコミット、つまりルートコミットを探す方法だ。 # もち
git-mergeの挙動をカスタマイズする
最近gitのコンフリクト解消職人みたいになっていてすごくつらいです。 普通のプログラムであれば順番が重要なので手動でのコンフリクト解消は避けられないのですが、 僕が相手にしているのは最終的にMySQLに食わせるデータなのでそこまで順番は重要ではありません。 順番に挿入したところで、MySQLが順番にかえしてくれるとは限りませんからね。 このようなケースではある程度機械的にマージできるのでは？と調べてみました。 merge driver いろいろググってみるとgitattributesでファイル毎にマージの細かい挙動を制御できるようです。 通常マージの方法はgitがよしなに選択してくれますが、merge属性に以下の項目を指定することでマージの方法を強制することができます。 text テキストファイルとしてマージする。 コンフリクトすると <<<<<<<, =======, >>>>>>>でコ
長沢さんの「モダンなチーム開発環境のフリー利用可能な資料」が素晴らしい～プルリクエストはJiraにあってRedmineにない機能 - プログラマの思索
長沢さんの「モダンなチーム開発環境のフリー利用可能な資料」が素晴らしい～プルリクエストはJiraにあってRedmineにない機能 長沢さんのモダンなチーム開発環境のフリー利用可能な資料が素晴らしいと思った。 長沢さんのJira資料を読むと、RedmineよりもJiraの方がチケット管理の環境が一歩進んでいる印象を持った。 その理由を書いてみる。 【元ネタ】 モダンなチーム開発環境のフリー利用可能な資料を公開 Atlassian製品による「No Ticket, No fork!」: プログラマの思索 GreenHopper を使用した Bamboo と Bitbucket の自動化 | Atlassian Japan Stash 3.3: タスク機能を利用してプルリクエストの進捗状況を追跡 | Atlassian Japan RedmineとGitを巡る疑問点～Gitとの連携機能の強化がRe
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - crackleware/git-auto-sync: Instant automatic git-based efficient network file synchronizer
Credential Manager is where Windows stores passwords and login details
GitLab.org / gitlab-elasticsearch-git · GitLab