The Station is a weekly newsletter dedicated to all things transportation. Sign up here — just click The Station — to receive the newsletter every weekend in your inbox. Subscribe for free. W
Subversion vs Github 青い線と赤い線。 あなたの会社は、どちらと運命をともにしたいでしょうか? 業界誌でも大きく特集されている 「Githubは世界標準の開発環境である(キリッ」by @HIROCASTER さん Githubを導入している先進企業たち 公開されている情報をもとにリストアップしてみました。 ご要望があれば追加します! (Piece of Cakeさんを追加しました。) (サイボウズさんを追加しました。) これらの事例の中から資料をキリハリして、上司の説得に使いましょう。 \(サイボウズ)/ \(ペイパーボーイ)/ 技術的なアプローチを強化しようと、エンジニアのトップであるmizzyに 直属になってもらい、全社的に取り組むべき課題とチャレンジしたいことの洗い出しや 技術のアウトプットを高めるための取り組みを始めました。 [中略] そのような取組の結果、エン
動機 Subversionで困ってない ぶっちゃけSubversionで全然困っていませんでした。 コードレビューはちゃんとやっていたし、マージ・ブランチングも自作シェルスクリプトのおかげてスムーズにやれていました。 よく「Gitはマージが賢い、ブランチ作成が一瞬でできる」とかいわれますが、Subversionだってちゃんと使えばコンフリクトなんかめったに起きないし、ブランチ管理・マージだって全然めんどくさくない。 特にver1.7からはサーバもクライアントも大幅に高速化されたし、.svnディレクトリが.gitみたいに1個になったし、rebaseみたいなことだってできる。(sync merge & reintegrate) ただ、世の中が一斉にGitにシフトしている中でいつまでもSubversionを使っててよいのかという不安がありました。 また、月から金までSubversionにどっぷり
git-flow という git の運用を補助するプラグインを使ってみたので、その過程をメモしてみました。 そもそも git を採用理由なども書いていきたいと思います。 git を採用した理由 まず何よりも git を採用した理由ですが、日本語の本がたくさんある。Subversion のように気軽にブランチを切ったりマージが出来ない方法では「開発スピードにバージョン管理がついてこれない」という結論に至りました。 そこで svn から git へ以降の準備を進めています なぜ hg や bzr ではないのか git-svn を前々から使っていて rebase のありがたみや branch を気軽にきる運用になれていたからというのもありますが、なにより身近に詳しい人が多いというのが一番です。 Tower や GitX という素敵な GUI があるのも魅力の一つですね。 A successful
BugspotsはGoogleのバグ予測アルゴリズムをRubyで実装したテスト補助ツールです。 禅問答のようですが、コードを書かなければバグは作られません。逆に言えばよく更新されているファイルこそバグを含みやすいということです。どこにバグが潜んでいる可能性があるか、それを発見するツールとして使えるのがBugspotsです。 インストールします。RubyGemsからインストールできます。 実行結果のサンプルです。HotSpotsで並んだものの数値が高いものがバグを含みやすいファイルになります。 こんな感じでカラー表示で結果が出力されます。 BugspotsはGitのリポジトリを解析し、頻繁に更新されているファイルと独自のアルゴリズムによってバグの発生可能性を数値化します。絶対という訳ではないですが、チェックしてみるだけでも思わぬバグの発見につながるかも知れません。なお、BugspotsはGo
-*-outline-*- git用文字エンコーディング調整ラッパー AKIYAMA Kouhei 2010-04-23 *目的 git-encwrapperは、gitコマンドをラップして入出力の文字コード(文字エンコー ディング。以下単にエンコーディング)を統一し、文字化けを防ぎます。 具体的には次のことを行います。 - git-encwrapper diff 実行時、次のことを行います。 1.gitを子プロセスとして起動します。 コマンドライン引数は全てそのままgitへ引き継がれます。 2.gitの標準出力から出る差分テキスト(パッチテキスト)をファイルヘッダー (「diff --git a/hoge.txt b/hoge.txt」のような行)を区切りとして区分け します。 3.区分けした区間ごとに、ファイル名からファイルのエンコーディングを求めます。 .gitattributesにe
A free Git client for Windows and Mac Sourcetree simplifies how you interact with your Git repositories so you can focus on coding. Visualize and manage your repositories through Sourcetree's simple Git GUI. Simple for beginners Say goodbye to the command line - simplify distributed version control with a Git client and quickly bring everyone up to speed. Powerful for experts Perfect for making ad
「Git」使ってますか? 近年、分散バージョン管理システム「Git」が急速にシェアを伸ばしています。筆者は、チケットシステムやバージョン管理の勉強会などを開催したりしていますが、Gitユーザーがかなり増えてきていると感じます。 しかしながら、そのような勉強会でアンケートを取ってみると、実案件では半分以上の人がSubversionを利用しており、Gitの導入はまだまだ進んでいません。移行コストが掛かったり、プロジェクトマネージャ層への知名度がまだまだ低いというのもありますが、理由の1つとして、ユーザー管理が煩雑であったり、アクセス制御に関する情報が不足しているということもあると思います。 そういうわけで本稿では、Gitリポジトリのユーザー管理やアクセス制御を簡単に行う「Gitolite」を紹介します。 なお、本稿ではGitの利用方法については紹介しませんので、Git自身の使い方については改め
OctopressはRubyで作られたテキストファイル変換型のブログシステム。 OctopressはRuby製のオープンソース・ソフトウェア。MOONGIFTの記事を書く際にはWordPressの管理画面は使っていない。テキストエディタで書いて、自作のスクリプトで内容を変換して投稿している。そのためオフラインでも記事を書きためておいて投稿できるようになっている。 ファイル構成。Rackを使っている 手元のテキストファイルに記事を書いて、それをブログにするようにすればバックアップも自動的にできるし、何より書くのが手軽になる。そんな気持ちのいいブログ環境を提供するのがOctopressだ。 Octopressはハッカー向けのブログフレームワークと銘打っている。確かにあまり一般的とは言えない。最初にベースを作る時も、記事のベースを作る時もコマンドラインベースだ。さらにデプロイの際にはGithub
Git Extensions is a graphical user interface for Git that allows you to control Git without using the command-line Visual Studio plugin for using Git Extensions. This plugin integrates basic functions. Open the file history and revert changes from the editor. Commit changes and browse the history from the menu in the toolbar. This plugin requires Git Extensions to be installed. You can download th
Paris, la ville lumière, s'enrichit d'une nouvelle attraction sensationnelle qui fera le bonheur des amateurs de sensations fortes et des fans de super-héros. Le Batman Escape Game a ouvert ses portes, proposant une expérience immersive unique dans l'univers du Chevalier Noir. Ce nouvel escape game situé en plein cœur de la capitale promet de devenir un incontournable pour tous... Les transactions
2009/12〜2010/06 くらいまでの案件で Git を使ってみたので、その感想その他です。毎度長くてごめんなさい。 Subversion の経験はそこそこある状態でのスタートです。 リポジトリ構成のポイント ソースコードは Git、ドキュメントは Subversion で Git はファイル名をバイト列で管理するので、Windows と Linux の両方で使いたい場合は日本語名のファイルは使えません。(今のところ対応予定もないとのこと。ファイルのコンテンツやコミットログについては UTF-8 で統一できるので問題ありません。) ソースコードについては日本語名のファイルは含まれないので Git 管理でいいと思いますが、ドキュメントに関しては難しいので Subversion 管理にしました。 リポジトリの単位は細かく Git では Subversion と違ってリポジトリの一部をチェ
The document contains a series of dates from 2011-6-22 repeated many times. Between some of the dates are short phrases such as "Don't Repeat Yourself" and "Convention over Configuration". The overall document does not appear to have a clear purpose and consists primarily of a date repeated with occasional unrelated text fragments.Read less
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く