OSSのGitサーバ4種類を主観的に比較する | なうびるどいんぐ
人に見せたくないソースコードというのは星の数ほどあります。(例えばパスワードを含むサーバの設定ファイルをGitで管理している、とか) こういう時に非公開のGitサーバがあれば良いのですが、サービスとして提供されている物ではprivateリポジトリが作れなかったりしますし、そもそも他人が管理しているサーバなので100%の信用は出来ません。 もっと自由に使えて、信用できる、すなわち自分の管理しているサーバにインストール出来るOSSのGitサーバをいくつか比較してみます。 Gitサーバ、どれが良い？ 世の中にはGitHubなんてものがありましてね……WebからGitをポチポチ出来る。 これが案外便利でして、Webだけでリポジトリが作成出来る。 前まではGitoliteとRedmineを組み合わせていたのですが、このWebからの……が出来なくて面倒になってしまい思ったほど使いこなせていません。 と
Redmineを3年間使い続けてお世話になったプラグインたち - Qiita
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をインストールしてからプロジェクト管理をするまでにRedmine管理者が行う設定です。 本手順書で行うこと adminアカウントでのログインとアカウント設定 Redmineへログイン Redmineへ管理者としてログインする手順です。 adminユーザーのパスワードの変更 デフォルトのパスワードをそのまま使用するのは危険なので変更します。 [PR]インストール作業やサーバの運用が不要なクラウドサービスもあります。 ・ My Redmine (ファーエンドテクノロジー株式会社) ・ Planio (Planio GmbH) ※無料プランあり 管理画面でのRedmineの設定 デフォルトデータのロード ロール、トラッカー、チケットのステータス等の初期データを読み込みます。 日本語での利用に適した設定 「デフォルトの言語」や「ユーザー名の表示形式」の設定を行います。 メールに含まれ
日本語環境で読みやすいRedmine用テーマ「farend basic」公開
URL: https://github.com/farend/redmine_theme_farend_basic farend fancy farend basicの派生テーマです。アイコン追加や色調整を行い、楽しく親しみやすい画面を目指しています。farend basicの画面が素っ気なく感じる方におすすめです。 URL: https://github.com/farend/redmine_theme_farend_fancy farend basicテーマとは farend basicは、日本語環境でRedmineの画面をより見やすく表示するためにRedmineのデフォルトテーマを一部変更したもので、以下の点が改善されます。 ￥記号を正しく表示 日本語フォントを優先して使用するよう設定を行いました。これにより、￥記号がバックスラッシュとして表示されていた問題が解決します（Window
会社でBitbucketを導入する Stash/JIRAの紹介とその設定方法 - Qiita
会社でGit？GitHub Enterpriseでしょ？という今日この頃、もう一方で有名なStash/JIRAを紹介します。 聞いたことないなあ、という方もいるかもしれませんが、Bitbucketは多分ご存じなのではと思います。こちらはPrivateリポジトリが無料ということもあり、お世話になっている方もそこそこいるのでは。 Stash/JIRAはこのBitbucketを提供しているAtlassianの製品で、StashはGitリポジトリ管理、JIRAは課題管理(Trac/Redmine的なもの)、二つ合わせてプロジェクト管理、というような仕様になっています。 Bitbucketはそのままユーザー数を増やして使うこともできますが、GitHub Enterpriseのように社内にインストールして使いたい、という場合はこのStash/JIRAが選択肢となります。 評価 結論としては、少人数(1
＠IT編集部のblog : Git!? そんなの学生しか使わんよ
2009年06月09日21:53 カテゴリ西村こぼれ話 Git!? そんなの学生しか使わんよ こんにちは、＠ITの西村です。JavaOneの展示会場に出展していた「Perforce」（パフォース）が目にとまりました。プロプライエタリなソースコード管理ツールです。名前は聞いたことがありましたが、実はどんなものかよく分かっていません。Perfoceのサイトによれば、世界中の4700組織で28万人の開発者が使っているデファクトスタンダードということです。ソフトウェア開発者だけでなく、AMDやNVIDIAといったチップメーカーも入っているようです。バイナリの管理もできからという話です。最近はGitやMercurial、あるいはSubversionが話題ですが、プロプライエタリのPerforceのほうがパフォーマンスや機能、スケーラビリティでは優れているのかもしれません。私は思わずブースに近づき、担
Codebrag·Subversion/Git対応のコードレビューシステム MOONGIFT
コードレビューしてますか？ チームのコード品質を向上し、ひいてはシステム品質の向上を目指すためにはコードレビューが欠かせません。工業製品のように一定の品質を担保する技術がない以上、チーム全体でコード品質をあげていくのが最もいい方法ではないでしょうか。 単純に書いたコードを見せるだけでなく、Web上で確認、コメントできるようにすればより優れたコードレビューができるようになると思います。そこで使ってみたいのがCodebragです。 ログインします。 ログイン後。左にレビュー待ち一覧が並んでいます。 項目を選択すると差分が表示されます。 コード中にコメントできます。この辺りはGitHub風ですね。 ハートマークでいいねもできます。 Codebragの特徴としてはGIt/Subversionをサポートしているということがあります。バージョン管理システムの問題なので、GitHubやBitBucket
ヤフーに見る新3種の神器の効果
スポーツ関連情報サイト「Yahoo!スポーツ」のシステムは、新3種の神器を三つすべて使って開発・運用されている。導入の経緯やその効果を紹介する。 「ユーザーにより良いサービスを提供するため、システムを継続して頻繁に作り変えていく必要がある。ITの現場は、頻繁にシステムを変更できる体制や仕組みを整えておかなければならない」─。 これは、ヤフーの内田誠悟氏（メディアサービスカンパニー 開発本部 エンジニア）が描く、ITの現場の理想的なあり方だ。だが、内田氏が2012年7月に配属されたチームは当時、この理想とは異なる状態だったという。 システムを頻繁に変更できない現場 内田氏らのチームにはITエンジニアが18人おり、スポーツ関連情報を提供するWebサイト「Yahoo!スポーツ」や「スポーツナビ」を担当している。 情報提供といっても、テキストと写真だけの単純なサイトではない。例えばプロ野球の試合経
Redmineに対抗！Rails製のプロジェクト管理·Sprintapp MOONGIFT
SprintappはRuby/Ruby on Rails製のオープンソース・ソフトウェア（MIT License）です。 プロジェクト管理ソフトウェアは時代に合わせて幾つも開発されています。そしてプロジェクトや開発スタイル、人数によって最適なものを選択しなければなりません。今回はRails製の小型なプロジェクト管理Sprintappを紹介します。 ダッシュボードです。チケットやステータスが一覧で表示されます。 現在のスプリントのステータス。プロジェクトや締め切りなどでフィルタリングできます。 カレンダー表示です。 新規プロジェクトの作成。 プロジェクトの一覧です。こちらも条件に合わせてフィルタリングできます。 プロジェクト概要。 マイルストーンを定めます。 チケットの詳細。色で分かりやすく表現されています。 主な機能としてはカレンダービュー、スプリントビュー、課題トラッキング、タイムトラッ
第1回 TFS Expressで始めるソース・コード管理
ソース・コード管理のオンライン・サービス「Team Foundation Service」とTFS／Gitなどのオンプレミス・ツールを解説する連載スタート。 連載目次 ソース・コードの管理は多くの場合、組織内のサーバ（いわゆるオンプレミス・サーバ）で運用しているところが多いのではないだろうか？ SubversionやGitなどを外部のVPSにインストールして使っている場合もあるだろう。一方、現在ではGitをオンライン・サービスとして提供するGitHubや、Team Foundation Server（以降、TFS）をオンライン・サービスとして提供するTeam Foundation Service（以降、TF Service）なども提供されている。 本連載ではオンライン・サービスとして提供されているソース・コード管理とオンプレミスのソース・コード管理について解説する。 ■ソース・コード管理は
GitHubはリアルRPG？ そして、ソーシャルコーディングへ
リポジトリだけじゃ終わらないGitHubの魅力に迫る Gitリポジトリの「GitHub」が最近注目を浴びています。Gitを使っていなくても、ほとんどの人は名前くらいは聞いたことがある人は多いと思います。今年の3月に、あるサンプルアプリのソースコードがGitHubに公開されたというニュースが話題になり、GitHubの知名度が日本でも高まりました。なぜ話題になったかというと、そのサンプルアプリが日本のダンスグループ「Perfume」が踊っている姿のモーションキャプチャデータを使ったものだったのです。 Gitは強力なツールですが、Gitというキーワードが先行しているので、GitHubのことを「Gitリポジトリが使えるWebサービス」くらいにしか感じてない人も見掛けます。 しかし、一昔前は貧弱だったGitHubのIssue（チケット）機能も最近のバージョンでは大幅に強化され、GitHubは情報共有
コードレビューツール 6選 どれが最適？ | Act as Professional - hiroki.jp by HIROCASTER
Pythonで書かれたレビューツールです。VMware社内で利用されていることで有名なツールです。 プレコミットレビューという概念のレビューツールです。つまり、コミット前にレビューをするという事が前提になっているツールです。よって、結果的に差分を重点的に確認していくツールのつくりになっています。 rietveld rietveld – Code Review, hosted on Google App Engine – Google Project Hosting Google社内で使われているコードレビューツールである「Mondrian」のオープンソース版です。基本的にGoogle App Engineで動くことが前提になっています。 GAEの上のコードのデータを置くということがオトナの事情的に難しいかもしれませんが、検討してみてください。 Phabricator Phabricator
コードレビューいろいろ - steps to phantasien
コードレビューの話をいくつか見かけた. (1, 2, 3) 私もはやりにのってなにか書いてみたい. といってもリンク先についてどうこう言う気はない. ふだんからぼんやり感じていることをテキストにしてみたい. コードレビューの様式 コードレビューのやりかたは色々ある. 話の背景をあきらかにすべく, まずは私が参加したり見聞きしたりしてきた方法を紹介したい. ただとりとめなく列挙しても見通しが悪いから, 方法を評価する軸を見立てておこう. コードの粒度: 一回のレビューでレビュアが目を通すコードの量はどのくらいだろう. プロジェクト全体? モジュール単位, 機能単位, それともクラス単位? 古典的なレビュー様式はこれら <論理的な単位> でレビューをすることが多い. 最近はブランチやコミットのような <ひとまとまりの変更> を単位とする方法に人気がある. Github の Pull Reque
GitHubへpull requestする際のベストプラクティス - hnwの日記
みなさん、Git使ってますか？僕はまだメインのVCSがSubversionなのもあって、なかなか慣れません。せっかくGitを使っているのに、ちょっと不便なSubversionくらいの位置づけです。でも、同じような理解度の人って多いんじゃないでしょうか。 一方で、最近はGitHub管理のオープンソースプロジェクトが増えてきました。バグレポートを送るにしてもpull request*1が前提のような空気があり、Git初心者には少し敷居が高い印象があります。 そんな僕も先日初pull requestをしてみたんですが、色々な失敗の積み重ねで残念なpull requestになってしまいました。その反省を元に、本稿ではpull requestする際のベストプラクティスを紹介します。これは「Git Workflow」をベースにコマンド例などを加筆したものです。 概要 pull requestする際は、
Android開発の上層テストで失敗しないためのポイントとは（2/3）- ＠IT
初めに、テスト部の生路氏が「受け入れテストガイドライン」の作成の経緯を説明。Androidアプリを作ったは良いが、「動かない」（さまざまな端末での動作を保証できない)、「売れない」（アプリ単価が安いために大量のマーケティングが必要）となり、「Androidアプリは、もうからない」とユーザーとベンダの間で認知されてしまっている。両者が合意できる「もうかる」Androidアプリを開発するのにはどうしたらよいかという中で、ユーザーのアプリの合意事項として「受け入れテストガイドライン」を提案したという。 続いて、ユーザー側から、一般消費者にはなじみが浅い電通のAndroidアプリに関する事業内容と、開発したAndroidアプリが紹介された後、ベンダ側から3つ質問があり、それをユーザー側が答える形で討論が始まった。 ■ 【1】すべての機種でアプリの動作保証 「Androidアプリ開発では、未来の機種
Redmineの各機能から眺めたチケット駆動開発の課題 - プログラマの思索
Redmineの各機能から眺めたチケット駆動開発の課題についてメモ。 ラフなメモ書き。 【プロジェクト】 「Redmineのプロジェクトはどんな単位で作るべきか？」という質問は良く出る。 僕がTiDDをアジャイルに運用した経験から言えば、二つある。 一つ目はブランチのライフサイクルに合わせる。 二つ目はITILの運用保守プロセスに合わせる。 前者は、RedmineのプロジェクトがSCMリポジトリと1対1に対応している思想から、自然に扱える。 例えば、本番リリースしたソースは本番ブランチとして作られて、trunkとは別のコードラインで保守される。そして、次のメジャーバージョンが出たら、古い本番ブランチは廃止されて、以後は保守されなくなる。 つまり、プロジェクトとブランチが1対1に対応する状態遷移になる。 プロジェクト：新規作成→使用中→非公開→終了 ブランチ：新規作成→使用中→廃止(以後保守
Bitnami Application Catalog
These software listings are packaged by Bitnami. The respective trademarks mentioned in the offerings are owned by the respective companies, and use of them does not imply any affiliation or endorsement. The software is licensed to you subject to one or more open source licenses and VMware provides the software on an AS-IS basis. If you are looking to use our images in production environments, VMw
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
はじめてのGit #gitkyoto
SourceTree for WindowsからGitを利用する
BIGLOBE、中小企業のアジャイル開発導入を支援する「開発お役立ちパック」