JenkinsがGithubにpushされたbranchをテストする - Perl日記
頑張ったので忘れずにメモ。 master以外のbranchがpushされたときにはそのbranchでテストが走ってほしい。 結論からいうと、Gitプラグインの$GIT_BRANCH変数を使えばいいみたい。 Jenkinsにアカウントを作る githubさんを追加しておく。 行列による権限設定 ジョブ Read Build プラグイン Git Plugin GitHub Plugin GitHub API Plugin Parameterized Trigger Plugin ジョブ Githubのhookを受けるジョブと、テストを回すジョブで分ける。 ジョブの粒度は小さい方がいいってkeiさんが言ってた。 Github_Trigger_R9 → R9 設定 Git Plugin Global Config user.name Value Global Config user.email V
Jenkins + Gitで任意のブランチをビルドする方法 - Devlog
任意のブランチをmasterブランチにマージする前に、Jenkinsで静的分析やテスト実行をしたいというニーズがあったので、任意のブランチにpushしたら CIできるように設定をしてみました。 環境構成 OS: Amazon Linux AMI 2013.03 64bit Git: 1.7.4.5 Jenkins: 1.505 Jenkins設定 ジョブ設定 ビルドのパラメータ化 → パラメータの追加 → 文字列 下記のように、「名前」と「デフォルト値」を設定する ソースコード管理システム → Git → Branches to build 下記のように、「Branch Specifier (blank for default):」に先ほど設定した変数 $branch_name を設定 ただ単に、Jenkinsの画面で毎回ビルド実行をするだけでしたらこれで設定は終わりです。 あとは下記
Git活用法 ー コードはいつも1行ごとにドキュメント化されている | POSTD
コードには1行ごとに隠しドキュメントがあります。 次のコードスニペットの4行目を書いた人は、何か理由があってDOMノードの clientLeft プロパティにアクセスしたのでしょうが、結果的に何もしていません。これはかなり不可解です。なぜこうしたのか、あなたは説明できますか？ 今後、この呼び出しを変更したり削除したりしても安全でしょうか？ // ... if (duration > 0) this.bind(endEvent, wrappedCallback) this.get(0).clientLeft this.css(cssValues) 私ではなく他の人があなたにこのコードを見せたとして、誰がこの行を記述したのか、どんな理由があったのか、このままの状態にしなければいけないのか、あなたはおそらく説明できないでしょう。ただし、プロジェクトを進めているときは大抵の場合、バージョン管理シス
GitLab flowから学ぶワークフローの実践 | POSTD
Gitによるバージョン管理では、従来のSVNなどよりずっと簡単にブランチングやマージができます。さまざまなブランチ戦略やワークフローが可能であり、以前のシステムに比べるとほとんど全てが改善されたと言えるでしょう。しかしGitを利用する多くの組織はワークフローの問題に直面します。明確な定義がなく複雑で、Issue Tracking Systemと統合されていないからです。そこで、明確に定義された最良の実践的方法としてのGitLab flowを提案したいと思います。issue trackingには feature driven development と feature branches を組み合わせます。 他のバージョン管理システムからGitに移行する際によく耳にすることは、効果的なワークフローの開発が難しいということです。この記事ではGitワークフローとIssue Tracking Sys
Linux-Kernel Archive: [ANNOUNCE] Git v2.0.0
From: Junio C Hamano Date: Wed May 28 2014 - 18:31:24 EST Next message: Dave Chinner: "Re: [RFC 2/2] x86_64: expand kernel stack to 16K" Previous message: Bjorn Helgaas: "Re: [PATCH v3 10/15] thunderbolt: Add path setup code." Next in thread: Junio C Hamano: "Re: [ANNOUNCE] Git v2.0.0" Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] The latest feature release Git v2.0.0 is now avail
Learn Git Branching
A interactive Git visualization tool to educate and challenge!
プロとしての行為 Act as Proffesional
Gitのブランチをどのタイミングで切って、マージしていくかなども非常に大切ですが、ブランチやマージをするよりも頻繁におこなうコミットについて、あらためて基本に立ち返ってみましょう。 一つ一つのコミットを綺麗に積み重ねていくことは、ブランチを切るタイミングやマージ、歴史の改編などを容易にすることができます。コミットが綺麗に積み重ねられていないとマージや歴史改変で苦労するでしょう。 Gitのベストプラクティス（原文）に乗っかるためにもgit commitする前に以下のようなことをチェックしましょう。 Gitの操作に慣れている人はPushやMergeをする前に今回紹介するようなことを元にしてコミットの歴史を綺麗に整えましょう。 1コミットに1つの対応1コミットにはあれこれ詰め込めすぎるべきではありません。例えば以下のような2つのことがあったとします。 Aの機能を追加Bの機能のバグを修正2つの対応
tigのキーバインドを変更して高速に大量のgitログを確認する | Act as Professional
大量のコミットログを見て、一仕事終えた@HIROCASTERでございませう。 gitリポジトリのコミットログを大量に確認する必要があって、GitHubを使っていたのですが、Web上からコミットログを見ると、数個ならいいけど、数十個超えると、とてもストレスがたまります。クリックするだけで面倒だし、指痛い。 GitHubのMac専用クライアントだとどうかなぁー。と試して見たけど同じようなもの。 そこで、CUI専用のgitリポジトリブラウザである「tig」を試したところ、めちゃくちゃ高速に大量のコミットログと差分を確認できました。 効率的に閲覧するためにキーバインドを変える設定などをしました。 みなさんも日頃の大量のコミットを見る人は、こうすると捗ります。
Ubuntu ServerにJenkinsをセットアップしてGitレポジトリと連動するまでのまとめ - jiska
さくさく行きます。 前提条件 Jenkins, Gitレポジトリのあるサーバー共にUbuntu Server 11.10 (64bit) です。 Gitレポジトリの管理にはgitosisを使用します。 git clone, pullにはsshを使用するので公開鍵登録を行います。 sshのポートは標準の22ではなく10022を使用します。 Jenkinsのインストールとセットアップ 公式ページ ( http://pkg.jenkins-ci.org/debian/ ) を参考にしつつPPAを追加してapt-get installします。 Gitのプラグインも一緒にインストールします。 $ wget -q -O - http://pkg.jenkins-ci.org/debian/jenkins-ci.org.key | sudo apt-key add - $ echo "deb http:
Gitで不適切なコミットメッセージを削除した公開リポジトリを作る - 2012-01-05 - ククログ
分散バージョン管理システムのGitには様々なサブコマンドがありますが、その中の1つである git filter-branch を使用すると、過去のコミットを完全に無かった事にしてしまうなどの強力なコミット履歴の編集が可能となります。大きなリポジトリの特定のディレクトリ以下の内容をコミット履歴付きで別の小さなリポジトリとして取り出したり、ファイルの中に書かれていた生のパスワードを履歴の中から消去したり、というのはよく紹介される例です。 このエントリでは別の例として、コミットメッセージだけを後からまとめて修正する手順をご紹介しましょう。 元々非公開なプロジェクトとして開発を進めていたものを、公開リポジトリに移動したいとなると、やはり機密情報は完全に取り除いておく必要があります。リポジトリに格納されているファイルそのものの内容の編集方法については上記の例で解説されていますが、それ以外の場合として
git-rebase を多用した開発の流れ - アジャイルSEを目指すブログ
git-rebase を使った開発の流れが固まってきたので、ブログで晒してみます。 この呟きから日数が経っている理由は察してください。 とりあえず、マグナ・ゼロは2週して、黄金魔剣士は2回撃破しました。 まず初めに git-rebase に不慣れな方は真似しない方がいいです reflog でgit-rebase の失敗を戻せない人も真似しない方がいいです 無名ブランチに移動しても泣かないように 開発の流れ 前提 git-pull は使わず、git-fetch を使う 追跡ブランチでは作業をしない（必ずトピックブランチを作る） bashにgitのブランチ名を表示しておく（rebaseでコンフリクト起きるのが見えないと危険なので） 0. 作業準備 プロジェクトのディレクトリに移動する。 $ cd ~/Projects/FizzBuzz作業前にリモートリポジトリの変更を取得する。 $ git f
andymcintosh.com is coming soon
is a totally awesome idea still being worked on. Check back later.
SCM Boot Camp
This document summarizes the key differences between centralized version control systems (CVS) and distributed version control systems (DVCS). It explains that DVCS allow for non-linear development with features like rebasing and branching that are not possible in CVS. Examples of DVCS like Git and Mercurial are given. The document also discusses how to migrate from CVS to a DVCS and advantages of
TDD Boot Camp 福岡 2 日目 - ぐるぐる～
朝ごはんをぎりぎりで食べて、直接会場に。 当日の発表資料はこちらです。 TDD Boot Camp福岡2日目 View more presentations from bleis tift 秋猫さん (id:Akineko) の発表の中で SQL で FizzBuzz やるとか SQL で bf 処理系作るとかそんなの絶対おかしいよ！ て言われた気がしますけど全然おかしくないよ普通だよ！ お昼ご飯を食べて、午後からは新しい仕様を言い渡しました。 Web サービスからつぶやきを取ってきて、それを判別 非公式 RT も判別 現在の時刻前後 30 分の時間帯のつぶやきの判別 これに伴い入力形式を変更 「yyyy/MM/dd HH:mm:ss\tScreenName\tBody」 この変更は結構厳しかったみたいです。いろんなところから悲鳴の声が。 三番目のお題のために和田さん (id:t-wada
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Git: the NoSQL Database
Survs – Error
Improved Pair Programming Git Script - Business Exchange
[1300+] Background Wallpapers | Wallpapers.com![[1300+] Background Wallpapers | Wallpapers.com](https://cdn-ak-scissors.b.st-hatena.com/image/square/4c0b943bb145485ad3aa88a0753a9cf67f795f90/height=288;version=1;width=512/https%3A%2F%2Fwallpapers.com%2Fimages%2Ffeatured%2Fbackground-mhdoyguhq3skloxt.jpg)
Tech Talk: Linus Torvalds on git
Git push over HTTP not activating remote hooks