Git操作の基礎CodeZine編集部では、現場で活躍するデベロッパーをスターにするためのカンファレンス「Developers Summit」や、エンジニアの生きざまをブーストするためのイベント「Developers Boost」など、さまざまなカンファレンスを企画・運営しています。
仕事で使ってる巨大SVNレポジトリをGithubに移管するためにやったことまとめ · DQNEO日記
動機 Subversionで困ってない ぶっちゃけSubversionで全然困っていませんでした。 コードレビューはちゃんとやっていたし、マージ・ブランチングも自作シェルスクリプトのおかげてスムーズにやれていました。 よく「Gitはマージが賢い、ブランチ作成が一瞬でできる」とかいわれますが、Subversionだってちゃんと使えばコンフリクトなんかめったに起きないし、ブランチ管理・マージだって全然めんどくさくない。 特にver1.7からはサーバもクライアントも大幅に高速化されたし、.svnディレクトリが.gitみたいに１個になったし、rebaseみたいなことだってできる。(sync merge & reintegrate) ただ、世の中が一斉にGitにシフトしている中でいつまでもSubversionを使っててよいのかという不安がありました。 また、月から金までSubversionにどっぷり
TortoiseSVN
図の一覧 1.1. バージョン管理外フォルダーの TortoiseSVN メニュー1.2. インポートダイアログ1.3. ファイル差分ビューアー1.4. ログダイアログ2.1. 典型的なクライアント/サーバーシステム2.2. 回避したい問題2.3. ロック・変更・アンロックモデル2.4. コピー・変更・マージモデル2.5. ...コピー・変更・マージモデル（の続き）2.6. リポジトリのファイルシステム2.7. リポジトリ3.1. バージョン管理外フォルダーの TortoiseSVN メニュー4.1. エクスプローラーのアイコンオーバーレイ表示4.2. バージョン管理下のフォルダーのコンテキストメニュー4.3. バージョン管理されたフォルダー内のショートカットに対するエクスプローラーのファイルメニュー4.4. バージョン管理下のディレクトリに対する右ドラッグメニュー4.5. 認証ダイアログ
ゲリラ的 uncorrelated のウェブページ
B787の翼の接合部分の過重テストです。これを見ていると、ソフトウェアのテスト工程なんか楽な仕事な気がします。 ソフトウェアの製作方法だが、特にウェブ方面はここ15年間で進化した気がする。統合開発環境、バージョン管理システム、バグ管理システムなどのツール群もかなり整備されたし、MVCやO/Rマッピングやテスト等のフレームワークも積極的に採用されるようになってきた。しかしながら、RDBの正規形やデザインパターン等のソフトウェア構築技法的な点は、重要性が認識されている一方で、あまり一般化していない気がする。2000年問題のときに将来のことを考えないシステム構築が問題になっていたが、今でも便利なものは取り入れつつも、将来性や拡張性を考えたプログラミングが十分に普及していないのが現実か。 確かにツール群は、それを取りれる事で得られるメリットは明確なのだが、技法的な点は、それを学習するコストの大きさ
LDAPでシステムとSubversionとTracのアカウントを一元管理する - hide-k.net#blog
以前から個人的にLDAPを導入しているのですが、意外と忘れがちなので備忘をかねてメモります。 昔のメモなので今と挙動が違うかもしれませんがご了承ください。OSはCentOS 5です。 まずはOpen LDAPのインストールと設定をします。 関連パッケージのインストール $ yum -y install openldap openldap-servers openldap-clients openldap-devel ディレクトリマネージャのパスワードを生成する $ /usr/sbin/slappasswd -h {SSHA} New password: Re-enter new password: slapd.confの設定 /etc/openldap/slapd.conf ...snip... access to attrs=userPassword by self write by a
subversionを認証必須のプロキシ経由で使いたい - spikelet days
目的 id:taiyo:20080401#p1 を参照。 結果 リポジトリにhttpsでアクセスする場合のみ可能（httpアクセスは、プロキシサーバがPROPFINDメソッドを許可していないため、不可能）。 ~/.subversion/servers に、以下の設定を記述する: [groups] external = sssvn.jp, svn.ruby-lang.org [external] http-proxy-host = abcproxy.examlple.com http-proxy-port = 8080 http-proxy-username = 4000000 http-proxy-password = PassWord ssl-trust-default-ca = yes ファイルのパーミッションも適切に。 ※外部にあるリポジトリにしかアクセスしない場合は、"[globa
svnリポジトリにhttpプロトコルで接続できない場合の回避方法 - nakawai’s diary
googlecode.comからslim3をチェックアウトしようとしてハマった現象。 いろいろぐぐってみたところ、どうやら下記のようなことだと推定できたので、回避策を載せておきます。 ■現象 Eclipse プラグインのsubversiveにて、httpプロトコルでsubversionリポジトリを追加しようとすると、下記のメッセージが表示され取得に失敗してしまう。 ＞Validate Location ＞Location information has been specified incorrectly. ＞svn: PROPFIND of '/svn': 501 Method Not Implementd ＞(http://○○○.googlecode.com) ＞Keep location anyway? ※上記現象はhttpプロトコルのみで起こり、httpsプロトコルでのsvn接続
Mylyn＆Tracでリズムに乗ってタスクを大掃除♪
最小限の管理コストで最大の「見える化」を 近年「開発の見える化」が話題となっていますが、いざやろうとするとなかなか難しいものです。 模造紙を壁に張り付ける「タスク看板」などを利用してタスクの「見える化」を行っても、肝心のタスクの実行状況が見えなかったり……。そんなことはないでしょうか？ 本当にチームメンバーのタスクを把握できているでしょうか？ そもそも「タスク」とは、コーディングやテストといった純然たる作業や、故障処理、管理、仕様変更などの副次的な作業も含みます。開発を見える化する際に基本となる1つの単位です。 今回紹介するMylynとTracを利用すると、タスク取得→コミット、タスク取得→コミット、……というリズムに乗った開発で、作業履歴（ログ）を残しながら各開発担当者の作業内容を明確にできます。最小限の管理コストで最大の見える化を。世にも不思議なMylynマジック、とくとご覧ください。
SubversionとTracでファイル管理の“迷宮”から脱出
SubversionとTracでファイル管理の“迷宮”から脱出：ユカイ、ツーカイ、カイハツ環境！（2）（1/4 ページ） プロジェクトで修正／仕様変更が“迷宮”入りする理由 ソフトウェア開発を行ううえで、設計書やソースコードのバージョンをきちんと管理することは非常に重要です。構成管理（ファイル管理）を行っていないプロジェクトでは、例えば次のような問題が発生します。 2人以上の開発者が同時に成果物を編集した場合、後に編集を始めた開発者がすでに編集を行った開発者の編集内容を上書きしてしまう。結果として、修正したはずのバグや変更したはずの仕様が、設計書やソースコードに反映漏れするという事態が発生 設計書やソースコードのレビューを行って修正したはいいが、どこをどう修正したのか分かりにくく、レビュー内容の反映の確認を行っても修正漏れや修正誤りに気が付かない ソースコードを変更すると、動かなくなってし
エンタープライズ環境におけるSubversionの複製アーキテクチャ
はじめに Subversionはこれまでで最も人気のあるオープンソースのバージョン管理システムであり、実際、その評価は当然と言えます。最小単位でのコミット（アトミックコミット）、高速なブランチ／タグ作成、効率的なバイナリファイル処理、HTTPおよびWebDAVでのアクセスなど、数々の強力な機能を備えており、多くの組織にとって利用価値の高い選択肢となっています。また、Subversion 1.5に搭載されている、より高度な機能、特にマージ追跡機能などは、このバージョン管理システムの価値を一層高めています。 優れたバージョン管理システムは、ソフトウェア開発を行う組織にとって戦略的に重要な意味を持ちます。開発者なら誰でも知っているように、ソースコードはIT組織のまさに「血液」です。従って、ソースコードを適切に管理することはビジネス的に意義のあることで、ソースコードリポジトリを使用する主なメリット
Arxan Japan
Drive strategic value and better ROI at scale with predictable enterprise agile planning and outcome-based software delivery. Enable the perfect blend of speed, efficiency, and innovation across your software delivery pipeline at scale with an enterprise agile planning solution that connects technology investments to strategic value by providing unparalleled visibility, unified data, and AI-powere
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Subversion キーワードの展開 - とみぞーノート
日本Javaユーザーグループ
kndb.jp
日記(仮) >> 2008/2/22