人に見せたくないソースコードというのは星の数ほどあります。(例えばパスワードを含むサーバの設定ファイルをGitで管理している、とか) こういう時に非公開のGitサーバがあれば良いのですが、サービスとして提供されている物ではprivateリポジトリが作れなかったりしますし、そもそも他人が管理しているサーバなので100%の信用は出来ません。 もっと自由に使えて、信用できる、すなわち自分の管理しているサーバにインストール出来るOSSのGitサーバをいくつか比較してみます。 Gitサーバ、どれが良い？ 世の中にはGitHubなんてものがありましてね……WebからGitをポチポチ出来る。 これが案外便利でして、Webだけでリポジトリが作成出来る。 前まではGitoliteとRedmineを組み合わせていたのですが、このWebからの……が出来なくて面倒になってしまい思ったほど使いこなせていません。 と

TOPIC Redmineを3年間使い続けてお世話になったプラグインたち（全部、無償版） ＜書かないこと＞ Redmineの操作説明（インストール、操作方法など） プラグインの操作説明（インストール、操作方法など） ＜補足＞ 利用当時（2016年夏頃まで）の状況によるものとなりますので、最新の情報については要再確認となります。（当時はなかったものが今はあるかもしれないし、逆も然り） ※ 私が使っていたRedmineは、【Bitnami Redmine 3.1.1-1】となります。 （これまでのRedmine：2.3 → 2.6 → 3.1） ※以下、1つずつピックアップしていきます。 clipboard_image_paste（Attach image from clipboard） https://github.com/peclik/clipboard_image_paste 使用頻度：

Redmineをインストールしてからプロジェクト管理をするまでにRedmine管理者が行う設定です。 本手順書で行うこと adminアカウントでのログインとアカウント設定 Redmineへログイン Redmineへ管理者としてログインする手順です。 adminユーザーのパスワードの変更 デフォルトのパスワードをそのまま使用するのは危険なので変更します。 [PR]インストール作業やサーバの運用が不要なクラウドサービスもあります。 ・ My Redmine (ファーエンドテクノロジー株式会社) ・ Planio (Planio GmbH) ※無料プランあり 管理画面でのRedmineの設定 デフォルトデータのロード ロール、トラッカー、チケットのステータス等の初期データを読み込みます。 日本語での利用に適した設定 「デフォルトの言語」や「ユーザー名の表示形式」の設定を行います。 メールに含まれ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 会社でGit？GitHub Enterpriseでしょ？という今日この頃、もう一方で有名なStash/JIRAを紹介します。 聞いたことないなあ、という方もいるかもしれませんが、Bitbucketは多分ご存じなのではと思います。こちらはPrivateリポジトリが無料ということもあり、お世話になっている方もそこそこいるのでは。 Stash/JIRAはこのBitbucketを提供しているAtlassianの製品で、StashはGitリポジトリ管理、JIRAは課題管理(Trac/Redmine的なもの)、二つ合わせてプロジェクト管理、というよ

Gitのゆるめな勉強会 ワークショップ進行スライド

2009年06月09日21:53 カテゴリ西村こぼれ話 Git!? そんなの学生しか使わんよ こんにちは、＠ITの西村です。JavaOneの展示会場に出展していた「Perforce」（パフォース）が目にとまりました。プロプライエタリなソースコード管理ツールです。名前は聞いたことがありましたが、実はどんなものかよく分かっていません。Perfoceのサイトによれば、世界中の4700組織で28万人の開発者が使っているデファクトスタンダードということです。ソフトウェア開発者だけでなく、AMDやNVIDIAといったチップメーカーも入っているようです。バイナリの管理もできからという話です。最近はGitやMercurial、あるいはSubversionが話題ですが、プロプライエタリのPerforceのほうがパフォーマンスや機能、スケーラビリティでは優れているのかもしれません。私は思わずブースに近づき、担

コードレビューしてますか？ チームのコード品質を向上し、ひいてはシステム品質の向上を目指すためにはコードレビューが欠かせません。工業製品のように一定の品質を担保する技術がない以上、チーム全体でコード品質をあげていくのが最もいい方法ではないでしょうか。 単純に書いたコードを見せるだけでなく、Web上で確認、コメントできるようにすればより優れたコードレビューができるようになると思います。そこで使ってみたいのがCodebragです。 ログインします。 ログイン後。左にレビュー待ち一覧が並んでいます。 項目を選択すると差分が表示されます。 コード中にコメントできます。この辺りはGitHub風ですね。 ハートマークでいいねもできます。 Codebragの特徴としてはGIt/Subversionをサポートしているということがあります。バージョン管理システムの問題なので、GitHubやBitBucket

スポーツ関連情報サイト「Yahoo!スポーツ」のシステムは、新3種の神器を三つすべて使って開発・運用されている。導入の経緯やその効果を紹介する。 「ユーザーにより良いサービスを提供するため、システムを継続して頻繁に作り変えていく必要がある。ITの現場は、頻繁にシステムを変更できる体制や仕組みを整えておかなければならない」─。 これは、ヤフーの内田誠悟氏（メディアサービスカンパニー 開発本部 エンジニア）が描く、ITの現場の理想的なあり方だ。だが、内田氏が2012年7月に配属されたチームは当時、この理想とは異なる状態だったという。 システムを頻繁に変更できない現場 内田氏らのチームにはITエンジニアが18人おり、スポーツ関連情報を提供するWebサイト「Yahoo!スポーツ」や「スポーツナビ」を担当している。 情報提供といっても、テキストと写真だけの単純なサイトではない。例えばプロ野球の試合経

SprintappはRuby/Ruby on Rails製のオープンソース・ソフトウェア（MIT License）です。 プロジェクト管理ソフトウェアは時代に合わせて幾つも開発されています。そしてプロジェクトや開発スタイル、人数によって最適なものを選択しなければなりません。今回はRails製の小型なプロジェクト管理Sprintappを紹介します。 ダッシュボードです。チケットやステータスが一覧で表示されます。 現在のスプリントのステータス。プロジェクトや締め切りなどでフィルタリングできます。 カレンダー表示です。 新規プロジェクトの作成。 プロジェクトの一覧です。こちらも条件に合わせてフィルタリングできます。 プロジェクト概要。 マイルストーンを定めます。 チケットの詳細。色で分かりやすく表現されています。 主な機能としてはカレンダービュー、スプリントビュー、課題トラッキング、タイムトラッ

ソース・コード管理のオンライン・サービス「Team Foundation Service」とTFS／Gitなどのオンプレミス・ツールを解説する連載スタート。 連載目次 ソース・コードの管理は多くの場合、組織内のサーバ（いわゆるオンプレミス・サーバ）で運用しているところが多いのではないだろうか？ SubversionやGitなどを外部のVPSにインストールして使っている場合もあるだろう。一方、現在ではGitをオンライン・サービスとして提供するGitHubや、Team Foundation Server（以降、TFS）をオンライン・サービスとして提供するTeam Foundation Service（以降、TF Service）なども提供されている。 本連載ではオンライン・サービスとして提供されているソース・コード管理とオンプレミスのソース・コード管理について解説する。 ■ソース・コード管理は

リポジトリだけじゃ終わらないGitHubの魅力に迫る Gitリポジトリの「GitHub」が最近注目を浴びています。Gitを使っていなくても、ほとんどの人は名前くらいは聞いたことがある人は多いと思います。今年の3月に、あるサンプルアプリのソースコードがGitHubに公開されたというニュースが話題になり、GitHubの知名度が日本でも高まりました。なぜ話題になったかというと、そのサンプルアプリが日本のダンスグループ「Perfume」が踊っている姿のモーションキャプチャデータを使ったものだったのです。 Gitは強力なツールですが、Gitというキーワードが先行しているので、GitHubのことを「Gitリポジトリが使えるWebサービス」くらいにしか感じてない人も見掛けます。 しかし、一昔前は貧弱だったGitHubのIssue（チケット）機能も最近のバージョンでは大幅に強化され、GitHubは情報共有

Pythonで書かれたレビューツールです。VMware社内で利用されていることで有名なツールです。 プレコミットレビューという概念のレビューツールです。つまり、コミット前にレビューをするという事が前提になっているツールです。よって、結果的に差分を重点的に確認していくツールのつくりになっています。 rietveld rietveld – Code Review, hosted on Google App Engine – Google Project Hosting Google社内で使われているコードレビューツールである「Mondrian」のオープンソース版です。基本的にGoogle App Engineで動くことが前提になっています。 GAEの上のコードのデータを置くということがオトナの事情的に難しいかもしれませんが、検討してみてください。 Phabricator Phabricator

みなさん、Git使ってますか？僕はまだメインのVCSがSubversionなのもあって、なかなか慣れません。せっかくGitを使っているのに、ちょっと不便なSubversionくらいの位置づけです。でも、同じような理解度の人って多いんじゃないでしょうか。 一方で、最近はGitHub管理のオープンソースプロジェクトが増えてきました。バグレポートを送るにしてもpull request*1が前提のような空気があり、Git初心者には少し敷居が高い印象があります。 そんな僕も先日初pull requestをしてみたんですが、色々な失敗の積み重ねで残念なpull requestになってしまいました。その反省を元に、本稿ではpull requestする際のベストプラクティスを紹介します。これは「Git Workflow」をベースにコマンド例などを加筆したものです。 概要 pull requestする際は、

Redmineの各機能から眺めたチケット駆動開発の課題についてメモ。 ラフなメモ書き。 【プロジェクト】 「Redmineのプロジェクトはどんな単位で作るべきか？」という質問は良く出る。 僕がTiDDをアジャイルに運用した経験から言えば、二つある。 一つ目はブランチのライフサイクルに合わせる。 二つ目はITILの運用保守プロセスに合わせる。 前者は、RedmineのプロジェクトがSCMリポジトリと1対1に対応している思想から、自然に扱える。 例えば、本番リリースしたソースは本番ブランチとして作られて、trunkとは別のコードラインで保守される。そして、次のメジャーバージョンが出たら、古い本番ブランチは廃止されて、以後は保守されなくなる。 つまり、プロジェクトとブランチが1対1に対応する状態遷移になる。 プロジェクト：新規作成→使用中→非公開→終了 ブランチ：新規作成→使用中→廃止(以後保守