＠ITイベントカレンダー
平素よりイベントカレンダー＋ログをご利用いただき、誠にありがとうございます。 イベントカレンダー＋ログは「IT・製造業・ビジネス関係のイベント（セミナー・展示会・勉強会・コンテスト・Webイベントなど）を開催する企業・コミュニティが登録したイベント情報のポータルサイト」として約7年間運営をしてきました。これまでサービスを続けることができたのは、イベントカレンダー＋ログのコンセプトに共感をいただき、適切なイベント情報をお寄せいただいた皆さまのご支援があったからこそと考えております。重ねて御礼申し上げます。 しかしながら、イベント情報の入手方法の多様化やイベント紹介サービス市場の状況、＠ITの今後のメディア運営方針などを検討した結果、2020年6月30日（火）15:00をもちましてイベントカレンダー＋ログのサービスを終了することにしました。 これまでご利用をいただきました皆さまには残念なお知ら
＠ITイベントカレンダー
平素よりイベントカレンダー＋ログをご利用いただき、誠にありがとうございます。 イベントカレンダー＋ログは「IT・製造業・ビジネス関係のイベント（セミナー・展示会・勉強会・コンテスト・Webイベントなど）を開催する企業・コミュニティが登録したイベント情報のポータルサイト」として約7年間運営をしてきました。これまでサービスを続けることができたのは、イベントカレンダー＋ログのコンセプトに共感をいただき、適切なイベント情報をお寄せいただいた皆さまのご支援があったからこそと考えております。重ねて御礼申し上げます。 しかしながら、イベント情報の入手方法の多様化やイベント紹介サービス市場の状況、＠ITの今後のメディア運営方針などを検討した結果、2020年6月30日（火）15:00をもちましてイベントカレンダー＋ログのサービスを終了することにしました。 これまでご利用をいただきました皆さまには残念なお知ら
Subversion のベスト プラクティス
これは、日常のソフトウェア開発作業で Subversion を最大限に活用するための簡潔なガイドラインです。 適切なリポジトリ レイアウトを使用する リポジトリのレイアウトには数多くの方法があります。branches と tags は通常のディレクトリなので、その場所をリポジトリ構造内に確保しておく必要があります。 Subversion プロジェクトでは、プロジェクトの基準点を表す「プロジェクト ルート」の方法を公式にお勧めしています。「プロジェクト ルート」には、/trunk、/branches、/tags の 3 つのサブディレクトリがあります。リポジトリには、プロジェクト ルートが 1 つでも、また多数あってもかまいません。 参考文献: 「Choosing a Repository Layout (リポジトリ レイアウトの選択)」 変更内容を論理的にまとめてコミットする 変更内容をリ
FINDJOB!終了のお知らせ | FINDJOB!
FINDJOB! 終了のお知らせ 2023年9月29日にFINDJOB!を終了いたしました。 これまでFINDJOB!をご利用いただいた企業様、求職者様、様々なご関係者様。 大変長らくFINDJOB!をご愛顧いただき、誠にありがとうございました。 IT/Web系の仕事や求人がまだ広く普及していない頃にFind Job!をリリースしてから 約26年間、多くの方々に支えていただき、運営を続けてまいりました。 転職成功のお声、採用成功のお声など、嬉しい言葉もたくさんいただきました。 またFINDJOB!経由で入社された方が人事担当になり、 FINDJOB!を通じて、新たな人材に出会うことができたなど、 たくさんのご縁をつくることができたのではないかと思っております。 2023年9月29日をもって、FINDJOB!はその歴史の幕を下ろすこととなりましたが、 今後も、IT/Web業界やクリエイティブ
はてなブログ | 無料ブログを作成しよう
うまくいかない日に仕込むラペ 「あぁ、今日のわたしダメダメだ…」 そういう日は何かで取り返したくなる。長々と夜更かしして本を読んだり、刺繍をしたり…日中の自分のミスを取り戻すが如く、意味のあることをしたくなるのです。 うまくいかなかった日のわたしの最近のリベンジ方法。美味しいラペを…
SubversionへのコミットをトリガとしてHudsonでビルドさせるスクリプト - honjo2のITブログ
SubversionへのコミットをトリガとしてHudsonでビルドさせるには、{リポジトリルート}/hooks/post-commitを修正して、http://{hudsonドメイン}/job/{ジョブ名}/build?delay=0secを叩くようにすればよいんですが、リポジトリにプロジェクト毎のサブディレクトリを作って管理している場合はそう単純にはいきません。例えば、以下のような場合です。 リポジトリルート・・・repo1ここにproj1とproj2というサブディレクトリがあります。repo1 proj1 branches bug-fix-d20100515-r100trunkproj2 branches adduc-d20100401-r20trunkproj1もしくはproj2へのコミットがあった場合、repo1/hooks/post-commitが実行されます。引数として、リポジ
ベンダブランチの管理方法 - miauのブログ
サードパーティ製のコード（たとえば CakePHP）をプロジェクトのリポジトリに取り込んで使うような場合、バージョンアップが結構手間になります。バージョンアップの度に増減したファイルを svn add や svn delete するのは面倒ですし、ファイル名の変更をちゃんとトレースしたいなら svn rename もやりたくなるでしょう。また、CakePHP のソース自体に手を加えたいような場合、マージ作業も面倒になります。 こういう場合ベンダブランチや svn_load_dirs.pl というスクリプトを使うと、比較的楽に管理できます。svnbook でも ベンダブランチ - 第4章 ブランチとマージ - Subversion によるバージョン管理 という感じで軽く触れられているのですが、どうも利用している方が少ない気がするので、CakePHP を例にシナリオベースで利用方法を書いてみま
Subversion によるバージョン管理 [DRAFT]
製作著作 © 2002, 2003, 2004, 2005, 2006, 2007, 2008, 2009, 2010, 2011 Ben Collins-Sussman, Brian W. Fitzpatrick, C. Michael Pilato This work is licensed under the Creative Commons Attribution License. To view a copy of this license, visit http://creativecommons.org/licenses/by/2.0/ or send a letter to Creative Commons, 559 Nathan Abbott Way, Stanford, California 94305, USA.
試験管のなかのコード :: Subversion リポジトリに対する commit を禁止する方法
Subversion リポジトリに対する commit を禁止する方法 Subversion のメンテナンスについて触れたので、 ついでに Subversion リポジトリのメンテナンスを実施する際に必要な commit 禁止の設定方法を書いておく。 Subversion リポジトリへの commit 禁止はリポジトリフックの start-commit を使用すると簡単に実現できる。 Version Control with Subversion - start-commit Repository Hooks http://svnbook.red-bean.com/en/1.5/svn.ref.reposhooks.start-commit.html start-commit フックの作成 Subversin リポジトリホーム($REPOS) に hooks というリポジトリフックをを格納
Subversionのリポジトリ構成 - wyukawa's diary
なんか今更感のあるネタですが書いてみたいと思います。大きく分けて３パターンあると思います。 1. 単一リポジトリ単一trunk型 http://.../svn/ProjectA/ | |--------trunk/ |--------ComponentA/ |--------ComponentB/ |--------branches/ |--------Patch_1.0 |--------ComponentA/ |--------ComponentB/ |--------tags/ |--------1.0 |--------ComponentA/ |--------ComponentB/いちばんオーソドックスなパターンといえるでしょう。個人的には好みです。 ComponentAとComponentBのバージョンを同期させる必要があるならこの構成でしょう。 Redmin使ってるならhtt
VSSからSubversionへの移行 - 情シスは何度でも甦るさ。
社内のバージョン管理をVisual Source Safe（VSS)から、Subversion(svn）にした経緯・苦労した点を書く。技術的な内容については、あまり書いてないので、ぐぐってくださいな。 1.VSSの課題 ユーザー毎にライセンス料がかかる Visual Studio,EclipseなどのIDEから使えない（つかいづらい） VSSのリポジトリがあちこちのサーバに点在してどこに何のリポジトリがあるかは担当者のみぞ知る サポートが切れてる（vss6。vss2005のメインストリームサポートは今年切れる） うちの会社は、昔vb6でアプリを作りまくっていたようです。その経緯からVSSが使われていました。（vb6にVSS6が付属してた）今でもvb6の資産も残ってますが、最近は.netもJavaも、さらにCOBOLのシステムもあったりします。 でも、そもそもユーザーごとに金かかるって、あり
Subversionで簡単・確実にファイルを構成管理
Subversionで簡単・確実にファイルを構成管理：エンジニアがお薦めする 現場で使えるツール10選（4）（1/5 ページ） 普段無意識にやっているファイルの整理を、「Subversion」を使ってバージョン管理、構成管理します。このツールを使えば、開発チームの効率がアップすること間違いなしです！ 構成管理≒バージョン管理 バージョン管理というと、ソフトウェア構成管理のことを示す文章を見掛けますが、「CMMI」（Capability Maturity Model Integration：ソフトウェア開発におけるプロセスの成熟度評価やプロセス改善を行うためのガイドライン）のソフトウェア構成管理によると、「変更管理を含むソフトウェアの構成を制御・管理できていること」と定義されています。 今回は、ソフトウェアのソースコード管理だけでなく構成管理（ドキュメント管理）におけるSubversionの
うさぎとSEのブログ: これから始めるSubversionの使い方
弊社では、未だにSubversion(svn)を利用してソースやドキュメントのバージョン管理をしています。 まだ、ドキュメントをバージョン管理している案件はましなのですが、未だに全部を共有ファイルサーバー上で管理して、編集前にバックアップフォルダに日付を付けて移動。。。ということをやっている方々も多いです。 Subversionですら、浸透するまでに4年近くかかりました。本当はMercurialかGitにしたいのですが、TortoiseSVNから離れられない人が多いのと、新しいことを覚えたくない人と、分散バージョン管理を理解できない人のいずれかが多く、Subversionでうまいこと競合等を管理する必要があると考えていました。 「うまいことやる」ということは、よろしくない状況が発生しているということです。 具体的には以下の様なことが多発しています。 ・複数人で開発していると誰かがソースを上
Subversionのシステム構成を考えてみた
全社的にSubversionを使えないか調べているんだけど、その構成に関する資料はとても少ない。 SVN1.5だとエンタープライズ環境におけるSubversionの複製アーキテクチャ by japan.internet.com デベロッパーとかSubversionを見直せ by プログラマの思索さんがとても詳しい。 そこで、Subversionのシステム構成をまとめてみた。いきなり「WebDAV Transparent Write-Through Proxyっすよ！」とMTGで提案するのも何なので、まずは整理。 単一サーバの場合 これは簡単。WindowsならばAll-in-one Tracとか使えばすぐ環境ができる。 昔の職場では、自分のPCに入れて使っていたのでこの構成になる。 いいところ ・シンプル ・小さいプロジェクトとかならこれで十分 悪いところ ・リポジトリが壊れるとバックアッ
デザイナーのためのSubversion/TortoiseSVN入門2 -Subversionでのフォルダーの命名・構成とTortoiseSVNの便利な使い方-
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog はじめに Yahoo!検索のデザイナー担当の竹内美帆です。前回の記事「もうファイル管理で困らない！ デザイナーのためのSubversion/TortoiseSVN入門」では、「Suvbersionの概要」と「TortoiseSVNのインストールから基本操作」を解説いたしました。今回はさらに一歩踏み込んで、Subversion初心者の多くが疑問を持つ「Subversionのフォルダーの命名と構成」と「TortoiseSVNの便利な使い方」をご紹介します。 目次 Subversionのフォルダーの命名と構成 基本的なフォルダーの命名と構成 柔軟な構成を考えてみる TortoiseSVNの便利な使い方 変更履歴を見る 前回のリビジョンと
Subversionのフォルダ構成
今まではルートの下に trunk、tags、brunches を置いて、その下に srouce とか documents とか tools とかってフォルダを置いていた。でも基本 tag、brunch を切るのはソースだけだと思うので、ルートに srouce 、documents とか tools のフォルダを置いて、source の下に trunk、tags、brunches を置いたほうがやりやすいのかな？？ 多数の開発現場を見てきていますが、ソースの管理方法に比べるとドキュメントの管理方法はバラつきがあるように思えます。 個人的には、ルート配下にtrunk、tags、branchesを配置して、他のものは配置しない、に一票です。 **「タグやブランチを切るのがソースだけとは限らない」**というのがその理由。 一例ですが、下記は僕が関わったあるプロジェクトのSubversionのディレ
asf - Revision 1909479: /
asf - Revision 1909479: / abdera/ ace/ activemq/ airavata/ allura/ ambari/ ant/ any23/ apr/ archiva/ aries/ attic/ aurora/ avalon/ avro/ axis/ beam/ beehive/ bigtop/ bloodhound/ board/ bookkeeper/ brooklyn/ bugs/ buildr/ bval/ calcite/ camel/ cassandra/ cayenne/ celix/ chemistry/ chukwa/ clerezza/ click/ climate/ cloudstack/ cocoon/ comdev/ commons/ concom/ continuum/ cordova/ couchdb/ creadur/ cr
The Seasar Project List
The Seasar Project - The Server Team - The Seasar Foundation © Copyright 2004-2024 The Seasar Foundation and the others, all rights reserved.
Subversionを利用している人に質問です。 現在、Subversionのリポジトリの構成について迷っていて、 実際に使用されているリポジトリの構成を参考にしたいと思っ…
Subversionを利用している人に質問です。 現在、Subversionのリポジトリの構成について迷っていて、 実際に使用されているリポジトリの構成を参考にしたいと思ってます。 なので、どのようにリポジトリを構成しているか教えてください。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://japan.internet.com/developer/20081202/26.html