二カ月間ブランチを利用した開発フローを実践して感じたメリットとデメリット | DevelopersIO
本記事は当初SVNとGitの比較として「ブランチを用いた開発フロー」のメリット・デメリットについて記載していましたが、 「SVNでもブランチを利用できること」「分散型という言葉に対する記載の誤り」についてご指摘をいただきました。 そのため、ブランチを利用した開発フローに対して感じたことを焦点に記事を修正しております。誤った情報を記載していたこと、SVNに対して誤ったイメージをもつ可能性のある記載をしていたことに対し、深くお詫び申し上げます。 Gitをまともに使い始めて約二ヶ月がたちました。 特に、「ブランチをきる」「修正する」「レビューする」「マージする」という、おそらくGitで想定されている開発フローに沿っての開発はクラスメソッドに入社してからが初めてです。 6月に入社する以前は、開発用のソースコード管理には主にSVNを利用し、1つのバージョンの流れに全ての修正をコミットしていくフローで
なんちゃってTortoiseSVN(Subversion)の使い方シリーズ [SVNマニュアル擬き]
TortoiseSVN(Subverion)を使うのは初めてじゃないんだけど、まだまだ初心者。 チェックアウト・更新・コミットはできるようになったけど、 もう1歩突っ込んだ使い方をしたい。そんな悩みって‥‥ありません? もちろん、本当に初めての方にも読んでいただけるように、 初めてのメニューも追加しました。 (2008.12.16) 本文は、TortoiseSVN 1.5を利用して作成しています。 バージョン1.6の機能については、その旨を記載しています。 (2009.05.21) このページは2箇所でミラーリングしています。片側で開かない場合は他方を試してください。 両方ブックマークしていただかないと意味がありませんけどね（笑）。 http://www.critical.ne.jp/~shacho/tips/svnmanual/ http://hide.xsv.info/tips/svn
Subversionで簡単・確実にファイルを構成管理
Subversionで簡単・確実にファイルを構成管理：エンジニアがお薦めする 現場で使えるツール10選（4）（1/5 ページ） 普段無意識にやっているファイルの整理を、「Subversion」を使ってバージョン管理、構成管理します。このツールを使えば、開発チームの効率がアップすること間違いなしです！ 構成管理≒バージョン管理 バージョン管理というと、ソフトウェア構成管理のことを示す文章を見掛けますが、「CMMI」（Capability Maturity Model Integration：ソフトウェア開発におけるプロセスの成熟度評価やプロセス改善を行うためのガイドライン）のソフトウェア構成管理によると、「変更管理を含むソフトウェアの構成を制御・管理できていること」と定義されています。 今回は、ソフトウェアのソースコード管理だけでなく構成管理（ドキュメント管理）におけるSubversionの
Subversion(TortoiseSVN)でコンフリクト(競合/衝突)を解決する方法(手順)
Subversionを利用するからには、複数人で使うことが多いでしょう。 場合によっては、複数の人が同時に同じファイルを編集する必要が出てくる場合があります。 このときに、テキスト形式のファイルであれば、 別の人の編集が終わるのを指をくわえて待つ必要はありません。 (ご注意) このページをご利用になった結果の影響については、 一切責任を負いませんので、あらかじめご了承願います。 もともと、こんなファイルがあったとします。 ↓ sample1.txt Aさんが、ファイルを変更してコミットしました。 ↓ Aさん変更後 sample1.txt 今回の例では1行だけですが、 本当の開発ではもっとたくさんの変更があるでしょう。 でも、BさんはAさんの作業が終わるのを待つ必要はありません。 同じ時に同じファイルの別のところを変更しました。 ↓ Bさん変更後 sample1.txt Bさんはコミットしよ
subversionでのブランチマネジメント | Webシステム開発／教育ソリューションのタイムインターメディア
分散バージョン管理システムつかってますか？ 世の中ではgitやhgなどの分散型のバージョン管理システムが流行していて、「もうsvnなんて、、、」「まだsvnつかっているの、、、」という風潮になっています。 弊社内でもgitのレポジトリが立ったり、svnのプロジェクトでも自分の環境だけはgit-svnで分散バージョン管理を使う人が増えています。 「自分の環境だけはgit-svnで」。そう、社内ではまだまだsvnを使っているプロジェクトが多いのです。「日本語のファイル名が使えない」「デザイナーさんに使ってもらうためのわかりやすいクライアントが無い」「svnからなかなか移行するコストが、、」などの理由でsvnを使い続けているプロジェクトも多いと思います。 というわけで、分散バーション管理システムではなく社内で運用されているsvnでのブランチマネジメントについて、備忘録もかねて説明します。 前提
rbenv を利用した Ruby 環境の構築 | DevelopersIO
こんにちは、クラスメソッドの稲毛です。 複数バージョンの Ruby を切り替えるだけでなく、ローカルディレクトリ毎に Ruby のバージョンを指定できる「 rbenv 」がとても便利だったので、インストール方法などを記しておきます。 ビルド環境の構築 Ruby をビルドする環境が構築されていない場合は、下記 ruby-build の Wiki を参考にビルド環境を構築する。 Suggested build environment rbenv + ruby-build のインストール rbenv で Ruby のインストールを行うので rbenv のプラグイン「 ruby-build 」を併せてインストールする。 Linux の場合 ここでは既に Git がインストールされているものとします。 $ git clone https://github.com/sstephenson/rbenv.
構成管理 実践入門 第1章 構成管理入門 はじめに
第1章 構成管理入門 はじめに なぜ今構成管理に注目するのか 本特集で扱う内容 サンプルの準備 第2章 Subversionによるバージョン管理入門 はじめに クライアント環境の構築 インポート チェックアウト ソースファイルの変更に関連する操作 チーム開発に関連する操作 おわりに 第3章 Subversionベストプラクティス はじめに 帰ってきたO先輩 コードライン編その１ メインライン コードライン編その２ コードラインポリシー コードライン編その３ プライベートバージョン サードパーティライブラリのバージョン管理 リリース編その１ リリース管理 リリース編その２ 自動リリース 継続的インテグレーション 第4章 Maven2によるビルド入門 はじめに なぜMaven2なのか？ Maven2のインストール まずは試してみよう さらに開発を進めよう 第5章 Maven2ベストプラクティス
Subversion(TortoiseSVN)でブランチ(分岐)を作成する方法(手順)
SVN Index Tips Top TortoiseSVN(TortoiseSVN)でブランチ(分岐)を作成する方法(手順) 以下に該当するような場合は、ブランチを作成して trunkとは別々に管理するようにしましょう。 特定のリビジョンでリリースしたくなった。 trunkへは継続して新しい機能を追加していきたいが、リリースするところへは入れたくない。 でも、バグ修正はtrunkへもリリースするところへも入れたい。両方を適切に管理したい。 trunkとは別のラインで、機能の変更 (処理系のバージョンが変わるなどある程度大きな変更)を 専用の作業場所を作ってやりたくなった [機能ブランチ]。 自分では管理していない外注先などで作成しているライブラリなどが、 定期的に(不定期でもよくて、要するに1回だけではなくて「何回も」という意味) 納入される。必要に迫られて自分でも納品物をアレンジするの
イラストでわかる！git入門の入門
こんにちは、アシアルの志田です。 社内でもgitが浸透し、皆バージョン管理といえばgitだよね、という空気になってきました。 ですが、これまでバージョン管理システムを使ったことがない人にオススメしても、 「gitて…まあ…そりゃ…ねえ、いつかやらないといけないけど…」 「ギット？ジット？俺はgiはジと読む派なので、gitは胡散臭いと思う」 「そもそもバージョン管理して何が嬉しいの？なんか難しそうでいやだ」 というような反応ばかりでした。 きっとみんな、gitって難しくて訳のわからんもんだと思っているのでは？と思い、 今回はgit入門の入門、gitってなんだ？というところから、簡単にgitを使う際の流れについてご説明します。 ちょっと不安を覚えるようなイラストがついていますので、頑張って読んでください。 バージョン管理ってなに？ プログラムを書いていて、こんなことありませんか？私はあります…
テスト／品質系エンジニアが身に付けておくと得をする7つの技術 - 現場のためのソフトウェア開発プロセス - たかのり日記
「Software Test & Quality Advent Calendar 2011」の初日エントリーとして、書きます！ テスト／品質系のエンジニアも、今や、テストや品質のことだけを知っているだけでは、幸せにはなれない時代となってきています。 プログラムは書けなくても、身に付けておくと良いと思っている技術をまとめてみました。 ※注 今回記述した内容は、以下のような私のドメインに偏ったモノになっています。 ミッションクリティカル／エンタープライズ系 Java／.NET 他のドメインでは異なる部分や他の標準的なツールがあれば、コメントを頂ければと思います。 バージョン管理／課題管理 今や、必須のスキルと言えるでしょう。 バージョン管理（SCM／VCS／DVCS）としては、 集中型のSubversion（SVN） 分散型のGit／Mercurial などが有名ですね。 分散型の場合は、各エ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
サル先生のGit入門〜バージョン管理を使いこなそう〜【プロジェクト管理ツールBacklog】