Software. Faster. GitLab is the most comprehensive AI-powered DevSecOps Platform.
Subversion 1.5 以降では、Merge Tracking 機能により、マージが楽になった。 フィーチャーブランチの典型的なマージ手順をメモしておく。 ※以下の例で使用している、作業コピーのリポジトリーのルートディレクトリーのURLを表すキャレット (^) 記法は、Subversion 1.6 以降で可能です。 ブランチ作成 $ cd <いずれかの作業コピーのパス> # キャレット記法を使うために作業コピーに移動。フルでURL指定するなら不要。 $ svn cp ^/trunk ^/branches/br1 ブランチとtrunkの差分表示 $ cd <いずれかの作業コピーのパス> # キャレット記法を使うために作業コピーに移動。フルでURL指定するなら不要。 $ svn diff ^/trunk ^/branches/br1 trunkの最新をブランチにマージ branchでの作
ソフトウェアテストにおいて、カバレッジ(注1)の値を導き出すときに使う算定対象と算定規則を決めた基準のこと。カバレッジテストの詳しさを決定する。 カバレッジ(率)はテスト対象全体のうち、テストした部分(テストしようとしている部分)がどのくらいの割合を示す指標である。カバレッジ基準はこのときのテストの内容や性質を決める基準である。カバレッジ率が“網の広がり”だとすれば、カバレッジ基準は“網目の細かさ”だといえる。 カバレッジ基準はカバレッジを算出する際に必須のものなので、仕様カバレッジや機能カバレッジのような機能ベースのテストに関しても存在するといえるが、ソフトウェアテストの現場でしばしば検討・議論されるのはコードカバレッジのそれについてである。 コードカバレッジには、カバレッジ基準によってさまざまなものがあり、どれを選択するかによって検出できる不具合が変わってくる。 主要なコードカバレッジ
従来のピラミッド組織をプロジェクト制に転換、単純にフラット組織にしても、直ぐに高業績 を達成することにはなりません。従来のプロジェクト別の職制では、組織の垣根が厳然として存在 し、これを乗り越えることは、非常に難しいのが現実です。 高業績を達成するには、限られた人材を如何に効率的に、やる気ある人材の育成にあてる組織横 断的育成支援システムが必要となります。また、社員に留まらず、外部のメンバーも含めたプロ ジェクト・チーム全体を対象とした統合的育成支援システムにすることです。良い事例が、育成支 援プログラム(英語名:メンタリング・プログラム)を組んで進める方法です。その中心的役割を 果たすのが、組織横断的なメンターであり、メンターの抱える問題点を全社的立場で、調整する コーディネータ(育成担当)の存在が重要になります。これらが統合的に機能して、パフォーマ ンスをあげることが出来るのです。この
私の所属している会社では、2年程前にバージョン管理システムをSubversionからGitに移行し、現在まで開発フローを試行錯誤してきました。ようやく形になってきたということで、守秘義務に接触しない程度に紹介&考察していきたいと思います。 形になってきたとはいえ、まだまだ試行錯誤中ですので色々なツッコミは大歓迎です。 現在の開発フローの俯瞰図# 現在の開発フローを俯瞰してみると大体下記図のような感じになっています。途中で図を書くのが面倒になった都合上、Jenkinsさんが1人しか居ませんが、実際はmasterブランチの他にreleaseブランチも監視してもらっています。 以降この図を元に話を進めていきたと思います。 Gitoriousを利用して自由に開発# GitoriousというGitHubに似たサービスがあります。このGitoriousはオープンソースとしても公開されていますので社内に
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く