Windows OS の Git を使い HTTPS プロクシ経由の ssh で GitHub と Bitbucket に Push/Pull する設定 | @jsakamoto
GitHub と Bitbucket は言わずと知れたインターネット上のソース管理共有リポジトリのサービス。 いずれも分散ソース管理システム Git に対応している。 分散ソース管理システム Git は、もちろん Windows OS にも msysGit の名前で移植されている。 これに加えて、さらに PowerShell で Git コマンドラインクライアントを使い勝手よくしてくれる posh-git という PowerShell モジュール（詳しくは過去の投稿を参照）と、Windows エクスプローラに統合された GUI シェルである TortoiseGit をインストールして Git でソース管理を実践中だ。 ssh で push/pull したいさて、この分散ソース管理システム Git と、その共有リポジトリサービスである GitHub や Bitbucket との組み合わせであ
愛知県の社会福祉法人 清凉会は、老人ホーム・デイサービス・特別養護老人ホーム・保育園などを運営しております。
ABOUT SEIRYOU GROUP 清凉グループについて 清凉グループでは、「あふれる笑顔～慈悲の心で～」を経営理念として掲げ、 地域における介護・保育ニーズにお応えすべく、複数の施設を運営しております。 今後も地域の皆様の生活に寄り添う場所として、個々の施設と連携し、よりよいサービスを追求していく所存です。 清凉グループからのお知らせinformation
Git で Jenkins のバックアップをしてみる - 適当めも
先日突然会社で使ってる Jenkins が起動しなくなってしまいました。さすがにもう二度とそんな思いはしたくないので、バックアップを取ることにしました。 Backup Plugin - Jenkins - Jenkins Wiki を使ってもいいんですが、git 使えば差分バックアップになるし、好きな時点に戻せて素敵なんじゃないかと思って git を使ってバックアップを取ることにしてみました。 この記事はその時のメモみたいなものです。 リポジトリの作成 まずは git のリポジトリを作ります。せっかくなのでスクリプトコンソールを使ってみます。スクリプトコンソールを開いて、以下を実行します。 dir = System.properties["JENKINS_HOME"] def git = { Object[] cmd -> println new ProcessBuilder(["git"
GitとJenkinsを使ってChefを運用する（続き） - GeekFactory
id:mi_kattun / Cookbookを完全にGitで管理するのであれば、サーバにgitやデプロイツールでCookbookをコピーしてchef-solo実行するほうがシンプルな気がするけどChef Serverを使うメリットは何なんだろう。一覧性かな http://b.hatena.ne.jp/entry/d.hatena.ne.jp/int128/20130302/1362153651 確かに！ Jenkins SlaveでGitリポジトリからChefリポジトリを取得し、Chef Soloを実行する、というパターンもあります。Chef Serverが必要ない場合はこのパターンの方がシンプルです。 Chef ServerとChef Soloの比較は cloud - What are the benefits of running chef-server instead of che
JGit を Scala から使う - seratch's weblog in Japanese
イマドキの現場で使えるJavaライブラリ事情 from takezoe こちらのスライドを読んでいて気になったので JGit でちょっとサンプルを書いてみました。 http://www.eclipse.org/jgit/ http://jgit.info/javadoc/ 何かいいアイデアが思いついたら JGit を使った何かをつくってみたい気になりました。 build.sbt // http://www.eclipse.org/jgit/download/ resolvers += "jgit-repo" at "http://download.eclipse.org/jgit/maven" libraryDependencies += "org.eclipse.jgit" % "org.eclipse.jgit" % "[2.1,)" sample.scala import org.e
Hulu製。GitリポジトリをWeb API化·RestfulGit MOONGIFT
RestfulGitはPython製のオープンソース・ソフトウェア（MIT License）です。 オープンソースのプログラマーにとってGitは欠かせないツールになりつつあります。そして純粋なGitコマンドの他にもGitリポジトリを操作できるライブラリが多数出てきています。今回はRESTfulにGitリポジトリを操作するRestfulGitを紹介します。 サーバを立ち上げます。デフォルトで5000番ポートで立ち上がります。 あるリポジトリにおけるコミットの一覧を取得しました。JSONでデータが返却されます。 さらにあるコミットの変更一覧について。 RestfulGitでは現状RESTfulではなくGETについてサポートしているようです。コミット、Blob、ツリー、Refそして実際のRawファイルについて取得できます。Gitリポジトリにデータを保存し、その結果を取得するようなサービスを作るの
「こわくない Git」というスライドを発表しました - kotas.tech
社内向けに「こわくない Git」というタイトルのスライドを作って発表しました。 対象者は「マージがなんとなく怖い」「エラーが怖い」「リベース使うなって言われて怖い」と、Git が怖いと思っている人です！ こわくない Git from Kota Saito 発表中に出た質問など 補足も兼ねて、上のスライドを発表した際に出た質疑応答などをここに書いておきます。 Q: 常に Non Fast-Forward (--no-ff) でいいのでは、と思えるけど git merge がデフォルトだと Fast-Foward or Non Fast-Forward (--ff) なのはなぜ？ A1: Non Fast-Forward だと、確かにメリットが多いのですが、1点だけデメリットがあります。特に差分が無い状態で git merge --no-ff すると、空のマージコミットが作られてしまうのです。
Gitポケットリファレンス | 岡本 隆史, 武田 健太郎, 相良 幸範 |本 | 通販 | Amazon
*Amazon.co.jp発送商品の注文額 ¥3,500以上は非会員も無料 無料体験はいつでもキャンセルできます。30日のプライム無料体験をぜひお試しください。
グーグルのバグ予測アルゴリズムを実装したツール「bugspots」、オープンソースで公開
ソースコードのなかでバグが多いのは、より高頻度に、かつ最近になって集中的に直している部分。これが、グーグルで採用された「バグ予測アルゴリズム」であることを、先月の記事「グーグルはコードの品質向上のため「バグ予測アルゴリズム」を採用している」で紹介しました。 そのバグ予測アルゴリズムを実装したツール「bugspots」がオープンソースとして公開されています。 gitのレポジトリを分析 bugspotsはRubyで記述されており、gitのレポジトリから履歴を読み込んで分析し、どのモジュールにバグが含まれている確率が高いかを示してくれます。 以下のようにインストールして実行（説明ページから引用）。 $> gem install bugspots $> git bugspots /path/to/repo $> git bugspots . # (in current git directory)
Gerrit + Jenkins StartUp - MyBetaBook
CIServer http://jenkins-ci.org/ 環境 Gerrit サーバー：Ubuntu Server 11.10 x64 ※Windows にインストールしたかったけど、色々ハードルが高そうなので今回は Ubuntu Gerrit：gerrit-2.2.2.1.war Jenkins サーバー：Gerrit サーバーに同居 Jenkins：1.454 Gerrit Trigger プラグイン：2.5.0 クライアント：Windows 7 x64 ゴールイントラネット内の Windows クライアントから、Gerrit サーバー上の Git に push すると、自動で Jenkins がビルドを行うところまで Gerrit の構成は、 ・DB 以外は、デフォルト(MySQL)の設定 ・メール通知は無し(SMTP サーバーは立てない)
Git Immersion
A guided tour that walks through the fundamentals of Git, inspired by the premise that to know a thing is to do it. Git is a powerful, sophisticated system for distributed version control. Gaining an understanding of its features opens to developers a new and liberating approach to source code management. The surest path to mastering Git is to immerse oneself in its utilities and operations, to ex
Jenkins Gerrit Trigger Plugin の使い方
はじめまして。Aiming で C# を書いてるウェブっ子エンジニアの廣岡 (hirooka) です。 弊社ではすべての開発ラインでコードレビューに Android 開発で有名な Gerrit という Google 製のツールを使っています。 今回は、この Gerrit と CI ツールである Jenkins を組み合わせて使う需要が社内で発生したので、公開社内向けドキュメントにしました。 Jenkins Gerrit Trigger Plugin Jenkins には Gerrit Trigger というプラグインがあります。このプラグインが行ってくれることは、 Gerrit にパッチセットをアップロードすると、そのパッチセットを Jenkins でビルド・テスト Jenkins 上でのビルド・テストの成功・失敗を Gerrit に通知 テストに成功していれば CodeReview +1
Gitを使い始めたらやっておきたい便利な設定いろいろ
こんにちは、中川です。 Gitを使い始めてから、Subversionを使う機会がめっきり減ったこの頃です。 Gitだとローカルだけで簡単に使い始められるのもいいですが、気軽につくれるbranchや、mergeのしやすさがたまりませんね。 インストール直後の状態でも普通に利用できますが、 ちょっとした設定でさらに使いやすくなる方法をご紹介したいと思います。 ※今回ご紹介する内容はいずれも私のMacBook上での動作確認となり、Windows環境は考慮していませんがご容赦ください。 ■ユーザー名とE-mailアドレスの設定 まずは、最初にユーザ名と、メールアドレスを設定してしまいましょう。 $ git config --global user.name "yoshiki" $ git config --global user.email "yoshiki@example.com"
Using depot_tools
View the updated depot_tools documentation here. These same docs are also available as man pages. Not all the information on this page has been migrated to the man pages yet, so this resource will stay around for a while, but where there are discrepancies, the man pages should be considered authoritative. The depot_tools tutorial walks through a few key scenarios like managing branches. Introducti
それ etckeeper でできるよ - /etc 以下を Git で自動的にバージョン管理 - おいちゃんと呼ばれています
こんにちはこんにちは。一昨日、さくら VPS に Git をインストールするエントリーを書きましたが、実はバージョン管理は etckeeper にもお世話になっています。 etckeeper というのは、Git 等のバージョン管理ツールを用いて、/etc 以下をほぼ自動的に管理してくれる有り難いツールです。下記のタイミングで自動的にコミットしてくれます。手動で任意のタイミングでコミットすることもできます。 -yum コマンド実行の前後 -日付が新しくなったとき << 以下、さくら VPS（CentOS 5.5 -64bit）で etckeeper を使えるようになるまでの手順をまとめてみましたので、よろしければ参考にしてください。 *目次 Git のインストール etckeeper のダウンロード etckeeper の設定ファイルの編集 etckeeper のインストール etckeep
プロジェクトで Git を使ってみた感想とか - miauのブログ
2009/12〜2010/06 くらいまでの案件で Git を使ってみたので、その感想その他です。毎度長くてごめんなさい。 Subversion の経験はそこそこある状態でのスタートです。 リポジトリ構成のポイント ソースコードは Git、ドキュメントは Subversion で Git はファイル名をバイト列で管理するので、Windows と Linux の両方で使いたい場合は日本語名のファイルは使えません。（今のところ対応予定もないとのこと。ファイルのコンテンツやコミットログについては UTF-8 で統一できるので問題ありません。） ソースコードについては日本語名のファイルは含まれないので Git 管理でいいと思いますが、ドキュメントに関しては難しいので Subversion 管理にしました。 リポジトリの単位は細かく Git では Subversion と違ってリポジトリの一部をチェ
【翻訳】Gitをボトムアップから理解する
John Wiegleyさんの "Git from the bottom up" を翻訳しました。 元PDFはこちらからダウンロードできます： http://newartisans.com/2008/04/git-from-the-bottom-up/ 元記事のライセンスがクリエイティブコモンズのBY-SAであったため、この翻訳もBY-SAとなります。 ライセンスを守って自由にご利用ください。（詳しくは記事内の最初にも書いてあります） 翻訳ミスの指摘や改善の提案等があればブログコメントやTwitter(@oshow)などで遠慮なくどうぞ。 Git をボトムアップから理解する Wed, 2 Dec 2009 by John Wiegley 私が Git を理解しようと調査した時、高級なコマンドの視点から眺めるよりボトムアップ式に理解することが役立った。そしてボトムアップ視点で見る Git が
Git で日々の共同作業やリリース作業をサポートする git-daily を作りました | GREE Engineering
こんにちは。インフラの sotarok です。 先日から Git 関連の話をしている通りですが、社内で Git を使い始めています。 今日は、Git を使った日々の開発〜リリースまでのフローや、そうしたものの運用と、それをサポートするために作ったツール git-daily の紹介をしたいと思います。 ソフトウェア開発とウェブ開発の違い いやウェブ開発も広義のソフトウェア開発なのですが、ここでいうソフトウェア開発とは、クライアントアプリケーションやライブラリのようなものを指すと思ってください。 実際、ウェブ開発をしている方は感じていることだとは思いますが、両者の開発フローはかなり異なるものです。もちろん社風や開発の方針等によって色々あるとは思いますが、主に次のような特徴が挙げられると思います： ソフトウェア開発 アプリケーションはクライアントで動作する リリース間隔は比較的長く、次のバージョ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
git logのフォーマットを指定する - Qiita
Google Code が Git をサポート
