印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます GitHubは米国時間2月10日、ソースコード管理ソフトウェア「GitHub Enterprise」の最新バージョン、「GitHub Enterprise 2.5」をリリースした。この最新版の最大の特徴は、クラスタリング構成による運用が可能になるなど、大規模開発への対応を強化したことだ。また画面のデザインも改良され、ナビゲーションが容易になった。 今回のアップデートでは、1万人を超えるような大規模な開発チームでも、アクセス集中によるパフォーマンスの低下や作業の衝突などが起こりにくいことを目指した改善項目が目立つ。 同社はGitHub Enterprise 2.5の特徴として、次の5つを挙げている。 クラスタリングの導入：数万人規模の開発
はじめに これは ドリコム Advent Calendar 2014 の5日目です。 4日目は、@ka_nipan さんによる ドリコムを支えるデータ分析基盤 です。 自己紹介 @gussan ドリコム歴は10年になります。 アーキテクチャ設計、ミドルウェア・ライブラリ及び社内ツールの開発運用等を担当しています。 本日の話 2年前の12月、メインのソースコードリポジトリをSubversionからGitLabへ移行しました。 本日はGitLabへの移行と運用の話をします。 GitLabに決めた理由 選択肢としてはGitLab, GH:E, Stash等がありました。 メインの機能はどれも十分な機能を有していましたが、 GitLabを選んだ主な理由としては以下の3つです。 継続的にメンテナンス・リリースがなされている 社内にある技術で運用可能である(Rails, MySQL, Redis) も
社内プロジェクトをSVNからGitLab上で管理されているgitリポジトリに移行してみましたのでその手順をまとめてみます。 まずSVNのワーキングディレクトリで下記を実行します。 $ svn log --xml | grep "<author" | sort -u | perl -pe 's/<author>(.*?)<\/author>/$1 = /' > users.txt 最近のMacではgrep -Pオプションがなくなったらしいので、Gitへの移行の手順から若干アレンジしています。そうしたらusers.txtにSVNにコミットしたユーザの一覧ができるので、名前とメールアドレスを設定していきます。
私はアトラシアンに入社する前、バージョン管理システムとして Subversion (SVN) を使用している多様なプロジェクトに携わってきました。私はすでに Git へ移行して数年経っていたので、可能な限り Git を利用したいと思いました。 そして幸運にも、git-svn を使うことができました。Git-svn は、パワフルな Git ツールセットの快適な使用感を手放すことなく、Subversion リポジトリとやり取りができるすばらしい完全なソリューションです。そして、それには知っておくと便利な点がいくつかあります。この投稿では、すでに git-svn の知識が少しあり、git-svn を使用して SVN とやり取りする方法を知っている人を対象に話を進めていきます。 ここでは、SVN と連動して Git を快適に使用し続けるために、私が自ら調べて学んできたワークフローに統合する必要のあ
いつもの事ですが、タイトルは釣り。 現在のプロジェクトにアサインされてから、VCSがsvnに逆戻りしてしまったのでかれこれ5ヶ月近くgit-svnを使用してます。初めの頃に2~3回程checkoutしなおすレベルの失敗があったりしましたが、ここの所はそれほど問題無く運用してます。 gitとsvnでもう根本の仕組みから全然違うんで、ある程度しょうがないのですが、ちょっとばかり気をつけないとハマる可能性があるので、その点について語ります。 svnがremoteになってるブランチは 絶対 に直接コミットなどしない 自分の中ではこれが鉄則になってます。例えば普通のsvnの構成だと、trunkがgitのmasterブランチになりますが、何かの修正するって時にはどんだけ軽い修正とかでも絶対にトピックブランチを作ってます。 原則として、masterブランチ(や、他のsvnで作ってあるブランチ)には、gi
コードレビューしてますか？ チームのコード品質を向上し、ひいてはシステム品質の向上を目指すためにはコードレビューが欠かせません。工業製品のように一定の品質を担保する技術がない以上、チーム全体でコード品質をあげていくのが最もいい方法ではないでしょうか。 単純に書いたコードを見せるだけでなく、Web上で確認、コメントできるようにすればより優れたコードレビューができるようになると思います。そこで使ってみたいのがCodebragです。 ログインします。 ログイン後。左にレビュー待ち一覧が並んでいます。 項目を選択すると差分が表示されます。 コード中にコメントできます。この辺りはGitHub風ですね。 ハートマークでいいねもできます。 Codebragの特徴としてはGIt/Subversionをサポートしているということがあります。バージョン管理システムの問題なので、GitHubやBitBucket
無料お試しではスタンダードプランを翌月末まで無料でお試しいただけます。 関連サービス オープンソースのプロジェクト管理ソフトウェア「Redmine」のクラウドサービスです。 作業項目や修正すべきバグ等の一覧や作業状況の共有、wikiでの情報共有など、プロジェクト運営の情報共有・コミュニケーションが行えます。 サービス運営者 ファーエンドテクノロジー株式会社が運営しています。 My Subversionは、Subversionリポジトリおよびwebベースのリポジトリブラウザを利用できるSaaS/ASPサービスです。ソースコード等を複数拠点で共有しながらシステム開発やweb制作を行うことができます。 もうソースコードをメール添付で授受する必要はありません。古い内容で新しいファイルを上書きしてしまう等の事故（いわゆる「デグレ」）からも解放されます。複数拠点にまたがる作業のストレスを大幅に軽減しま
Redmine+Subversionホスティングサービス。複数拠点にまたがる開発プロジェクトのコミュニケーションを円滑に。 5月6日より、「My Redmine」の関連サービスとしてSubversionリポジトリをインターネット上で利用できる新サービス「My Subversion」の提供を開始いたしました。 これまでも「My Redmine」の機能の一つとしてSubversionリポジトリを提供しておりましたが、「My Subversion」は複数リポジトリの権限設定などの機能が利用可能です。ご利用中のMy Redmineと併用することにより、プロジェクトごとにリポジトリを作成したり、細かなアクセス制限を行ったり等、運用の自由度が高まります。 なお、My Redmineをご契約中のお客様には「My Redmineセット割引」による特別価格でのご提供となります。 サービス名称 My Subv
# さくらインターネットに(簡単に)Subversionを入れてみる たださんのさくらインターネットにSubversionを入れたメモに刺激されて混乱に拍車をかけてみる。Subversionをソースからビルドするには依存の関係でちょいと面倒(積極的にやりたくないです)。Webには先人の残したありがたい方法がわんさか載っていて僕も助かったのだが、Subversionクライアントだけ使うなら、2つのファイルで済むみたい。 $ wget http://subversion.tigris.org/downloads/subversion-1.6.0.tar.bz2 $ wget http://subversion.tigris.org/downloads/subversion-deps-1.6.0.tar.bz2 $ tar zxvf subversion-1.6.0.tar.bz2 $ tar
Windows環境でSubversionによるバージョン管理を行いたい場合に便利なのが、GUIでリポジトリにアクセスできるTortoiseSVNだ。本記事では、TortoiseSVNの導入から基本的な使用方法までを解説する。 図1 TortoiseSVN TortoiseSVNをインストールする TortoiseSVN(本家)は、Windows 2000/XP/Vistaで動作するSubversionクライアントである。エクスプローラーの拡張機能としてインストールされ、エクスプローラーからGUIでファイルのチェックアウトやコミット、アップデートといった作業を行えるのが特徴だ（図1）。 TortoiseSVNはSourceForge.JPのダウンロードページからダウンロードできる。32bit版と64bit版のバイナリインストーラが用意されているほか、UIを日本語を含む各種言語に対応させるLa
SubversionとTracでファイル管理の“迷宮”から脱出：ユカイ、ツーカイ、カイハツ環境！（2）（1/4 ページ） プロジェクトで修正／仕様変更が“迷宮”入りする理由 ソフトウェア開発を行ううえで、設計書やソースコードのバージョンをきちんと管理することは非常に重要です。構成管理（ファイル管理）を行っていないプロジェクトでは、例えば次のような問題が発生します。 2人以上の開発者が同時に成果物を編集した場合、後に編集を始めた開発者がすでに編集を行った開発者の編集内容を上書きしてしまう。結果として、修正したはずのバグや変更したはずの仕様が、設計書やソースコードに反映漏れするという事態が発生 設計書やソースコードのレビューを行って修正したはいいが、どこをどう修正したのか分かりにくく、レビュー内容の反映の確認を行っても修正漏れや修正誤りに気が付かない ソースコードを変更すると、動かなくなってし
ディノ社内のバージョン管理は主にSubversionを利用しています。また、社内の開発環境はWindowsとMacとLinuxが入り乱れています。そんな環境で、一番問題が少なそうなSubversionの設定を考えてみました。現在これを社内標準として運用していますが、今のところ大きな問題は起きていません。 設定内容ですが、auto-propsとglobal-ignoresの設定です。各種ファイルについて、eol-style=nativeやkeywords=Idやsvn:mime-typeなどを設定します。 ちなみに、本設定はsymfonyの公式オススメ設定「Symfony Repository Tips」から大半を流用しています。 設定内容 設定内容はsubversion-config.txtの通りです。同じ内容を以下に貼付けておきます。 [helpers] #diff-cmd = dif
subversion で管理しているファイルに実行権限を付けるには以下のようにする． $ svn propset svn:executable ファイル名ファイル名は複数同時に指定できるので，*.sh にまとめて実行権限を付ける場合は $ svn propset svn:executable *.shとする． Subversion実践入門:達人プログラマに学ぶバージョン管理(第2版)posted with amazlet at 09.01.12Mike Mason オーム社 売り上げランキング: 10723 おすすめ度の平均: trunk,branches,tagsでとまどったら Subversionを使う上で"は"よい本だと思う 日本語のSubversion解説本の最高作 Amazon.co.jp で詳細を見る
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く