タグ

scmに関するusuihiro1978のブックマーク (7)

  • プログラマの思索: TestlinkがExcelのテスト仕様書よりも素晴らしい点

    TestLinkはオープンソースのWebのテスト管理ツール。 TestLinkがExcelのテスト仕様書よりも素晴らしい点を書く。 【0】インストールが超簡単 XAMP+TestLinkが一体化されたパッケージがある。 解凍して起動するだけ。 USBメモリに入れて持ち歩くことさえできる。 【1】テストケースを再利用しやすい シナリオベースのテストケースは、運用保守や2次開発でも頻繁に使う。 実際は、1次開発で使ったテストケースを複製して、仕様変更や追加機能を反映させる。 この時、Excelのテスト仕様書から該当のテストケースを抽出したり、変更するのに手間がかかる。 また、テストケースは書く人によって、粒度や書式が大きく異なる時が多い。 後の保守で再利用できなかったりする。 TestLinkの場合、テストケースはDBにあるから複製が簡単。 また、TestLinkの入力フォーマットが固定されて

    プログラマの思索: TestlinkがExcelのテスト仕様書よりも素晴らしい点
  • 開発と運用の分離

    ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog こんにちは、システム統括部の駒田です。 昨今、内部統制やJ-SOXといった言葉を良く耳にしますが、 ヤフーもご他聞に漏れず、粛々と対応を進めて参りました。 今回は、その対応の一環として行った、 「開発と運用の分離」に関してのエントリーをさせていただきます。 例えばですが... 開発成果物であるソースコードをテスト終了後に改ざんし、 不正に利益を得る様なエンジニアが存在していた場合、 それはヤフーにとって、一般のお客様に対する裏切りであり、 信用の失墜となってしまいます。 このような事態を回避するため、 当開発部では開発者と運用者とを明確に分離し、 開発者はリリースモジュールに触れる事が出来ない。 運用者はソースコードに触れる事が出

    開発と運用の分離
  • Git ユーザマニュアル (バージョン 1.5.3 以降用)

    (訳注:この資料は、http://www.kernel.org/pub/software/scm/git/docs/user-manual.html に掲載されている 内容を日語訳したものです。 英語が得意でないので、誤訳があるかもしれません。 必要な場合は、原文を参照してください。) git は高速な分散リビジョン管理システムです。 このマニュアルは、基的な UNIX コマンドのスキルをもった人が読むことを想定していますが、 git に関する前提知識は必要ありません。 Chapter 1, リポジトリとブランチ と Chapter 2, 履歴の探索 では git を使用してプロジェクトを取得・調査する方法を説明します。 — これらの章を読むことで、ソフトウェアプロジェクトの特定のバージョンをビルドして テストしたり、回帰点を探し出す方法などを習得してください。 実際に開発する必要のあ

  • Mercurialではじめる分散構成管理 記事一覧 | gihyo.jp

    運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します⁠。個別にライセンスが設定されている記事等はそのライセンスに従います。

    Mercurialではじめる分散構成管理 記事一覧 | gihyo.jp
  • SCM メモ

    ここでは、 SCM(Software Configuration Management:ソフトウェア構成管理)に関して、 ツール導入の際の調査/作業等における備忘録や、 運用のために作成したユーティリティの公開等を行います。 あくまで個人的且つ隙間的なニーズを元にしていますが、 何かのお役に立てれば幸いです。 目次 分散 SCM(Software Configuration Management) ツールである Mercurial の利用に関してまとめたもの。 旧来のコンテンツを再編しました。 表題 概要 Mercurial の利用

  • Gitを使うメモ - Hello, world! - s21g

    SVN使いがとりあえずGitを使ってみるなら、 Git - SVN Crash Course がお勧め。 自分で覚えるためにポイントを書いておく。 ちなみにZSHはGitのサブコマンドも良い感じにTAB補完してくれます。 git pull でリポジトリから持ってくる。 管理する単位はProject Tree=リポジトリ。しかしWorking Treeという用語も散見される。ちょっとどれが正式な呼び方なのか不明。 手元に持ってきたProject TreeはWorking Copyと呼ぶ Project TreeはTagやBranchを含んでいる。従ってURLはリポジトリの場所を表すだけ。 デフォルトのブランチ名はmaster (SVNの) Working Copyのルートディレクトリにだけ.gitディレクトリが作られる。SVNやCVSでサブディレクトリ全部に管理ディレクトリが作られるのとは対

  • http://www.machu.jp/posts/20080311/

  • 1