はじめに リポジトリは綺麗に整理されていますか?リポジトリをどう使うかは、ユーザーの手に委ねられています。トランクのみを使っている場合は、それほど気を使わなくても問題ありません。しかし、ブランチやタグを使い始めると、何らかの規則なしにはリポジトリが混沌としてきます。ここは先人の知恵を借りて、コードラインのベストプラクティスに従うべきでしょう。 この記事では、Subversionのコードライン(トランク、ブランチ、タグの使い分け)について、チュートリアルを交えて解説していきます。間違った使い方をしてしまう前に、正しい使い方を覚えておきましょう。 トランク、ブランチ、タグをどう使うか? トランク 「トランク」は、開発のメインラインです。慣例として、「trunk」ディレクトリに格納します。実装を終え、テストを通過したコードをトランクに格納します。開発の中心となる最も重要な存在なので、動作しないコ
TortoiseSVNでtrunkとbranchをmergeします。 環境 trunk → 公開する環境 branch → 開発のみ環境 branchを切る 右クリックから「TortoiseSVN > Branch/tag...」 To path: branches/[directory] Create copy in the repository from: HEAD revision in the repository にチェックで良いと思います。 これでbranch切れました。 merge branch→trunkにmergeしたいと思います。 (途中のURL変更変えれば、trunk→branchもやり方は同じ) 「TortoiseSVN > Switch...」でtrunkに切り替えておきます。 ※すでに切り替えてあるのであればやらなくてOKです。 右クリックから「Tortoise
お世話になります。現在数人でゲームを作っているのですが、 グラフィッカーの方が頻繁にデータの上書き紛失などをしてしまうため、 プログラマチームが使っているSVNリポジトリを共用するようにしました。 しかし、大容量ファイルの頻繁な追加・更新・削除を繰り返したようで、 レンタルVPSに置いていたリポジトリはあっと言う間に一杯になってしまいます。 都度リポジトリを作り直して、作業コピーをインポートして 再配置をお願いしているのですが、不便だと不満が絶えません。 私としても「そうならないよう気を付ける」と言う運用はなるべく避けたいです そこで、ある程度古い履歴のみを削除したいのですが、どうすればよいでしょうか? または、他にこのような状況でのベストソリューションがあるようでしたら ご教示の程、よろしくお願いします。
☰ Apache® Subversion® "Enterprise-class centralized version control for the masses" Welcome to subversion.apache.org, the online home of the Apache® Subversion® software project. Subversion is an open source version control system. Founded in 2000 by CollabNet, Inc., the Subversion project and software have seen incredible success over the past decade. Subversion has enjoyed and continues to enjoy
☰ The Apache Subversion project does not officially endorse or maintain any binary packages of the Subversion software. However, volunteers have created binary packages for different distributions and platforms, and as a convenience, we maintain a list of links to them here. If there are any problems with or questions about the different binary packages please send email to the Subversion users ma
SubversionのWin32ビルドです。これらのバイナリはVisual C++ 6.0でビルドされ、Win2000からWindows8/2008 Serverまで動作します。Apache 2.2用のモジュールも含まれます。 ダウンロード 最新ダウンロードファイル svn-win32-1.8.17-ap24_rb.zip (日付: 2016-12-15, サイズ: 3.54 MB) svn-win32-1.8.17-ap24_pdb.zip (日付: 2016-12-15, サイズ: 12.95 MB) svn-win32-1.8.17-ap24_py27.zip (日付: 2016-12-15, サイズ: 597.28 KB) svn-win32-1.8.17-ap24_py26.zip (日付: 2016-12-15, サイズ: 597.15 KB) svn-win32-1.8.17
以前、オーム社開発部の出版体制を取材しましたが、今回、私自身がそのシステムを使って本を書きました。 Subversionでバージョン管理をしつつLaTeXで本を書く形式です。 複数人で本を書く時にバージョン管理ツールを使わないと、誰がどこをどういじったのかがわからなくなったり編集箇所が競合する場合が多いのですが、Subversionを使うことでそれらが解決可能です。 さらに、筆者か編集者のうちの誰かがsvn commitを行って最新版を更新すると、それに連動して最終原稿として印刷所に入稿されるものと同じ形のPDFが自動的に生成され、DTP作業がゼロになるとともに、筆者がアウトプットを細かく確認ができるという特徴もあります。 しかも、Subversionのコミットメールを編集者側も見ていて、該当部分に対する編集やコメントがすぐに投入され、こちらが文章を書いた数分後に編集側意見が含まれるPDF
第1章 構成管理入門 はじめに なぜ今構成管理に注目するのか 本特集で扱う内容 サンプルの準備 第2章 Subversionによるバージョン管理入門 はじめに クライアント環境の構築 インポート チェックアウト ソースファイルの変更に関連する操作 チーム開発に関連する操作 おわりに 第3章 Subversionベストプラクティス はじめに 帰ってきたO先輩 コードライン編その1 メインライン コードライン編その2 コードラインポリシー コードライン編その3 プライベートバージョン サードパーティライブラリのバージョン管理 リリース編その1 リリース管理 リリース編その2 自動リリース 継続的インテグレーション 第4章 Maven2によるビルド入門 はじめに なぜMaven2なのか? Maven2のインストール まずは試してみよう さらに開発を進めよう 第5章 Maven2ベストプラクティス
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
こんにちは。加藤和良です。 まずあの話を書いて、それを前提にあの話を書いて、みたいなキューが筆者の中にはあったのですが、正直キューの先端につまってる話はだんだん個人的な関心および記憶がうすれてきました! 昔のはなしですからね。 というわけで、最近のまとめをさらっと書いて、新しいネタをすぐ書ける状態にリセットしたいと思います。 Jenkins mixi ではバージョン管理システムとして Subversion を使っています。安定した、いつでもリリースできるバージョンを trunk に、開発中の機能は branches 以下に作業ブランチをつくり、レビューや QA などの後に trunk にマージする、という運用です。 Buildbot はこのうち trunk だけを追っていたのですが、徐々に「このブランチも Buildbot で追うようにして、結果をこの IRC チャンネルに書きこんでほしい
Lately I've been doing a lot of work with Notepad++ and Subversion, however I was surprised to find that there are no plugins available that integrate the two. At least, no plugins Google could easily find for me. Due to the nature of my project, a lot of commits are required, and I was wasting a lot of time switching between Notepad++ and Windows Explorer in order to commit changes. Being a softw
今までdotfilesの類いをcodereposにコミットしていたのですが、codecheck.inにもコミットしたくなりました。でも複数svnレポジトリをトラックとかできんの?ということでとりあえずmanpageを見る事に。 man git-svn svn-remote Specify the [svn-remote ""] section to use, this allows SVN multiple repositories to be tracked. Default: "svn" git-svn(1) という事が書いてあったので、できそうな気がします。 git-svn initしてみる 何も考えずにgit svn initしてみよう。 git svn init http://hogehoge.com/ git svn init http://fugafuga.com/ --sv
Redmineは Webブラウザ上から利用・設定・管理が可能なプロジェクト管理ソフトウェアです。日本の現場によく通じそうな言葉で言うと「課題管理システム」となるでしょうか。 Redmineではプロジェクトにまつわる一つ一つのタスク(日本語のRedmineではチケットと呼んでいます)を作成することが出来、それぞれについて、「題名」「内容」「期限」「担当者」「ステータス」などといった項目を記入することが出来ます。 チケットには掲示板方式でメッセージを追記したり、ファイルを添付したり出来ます。また、未完了のタスクや特定のメンバーに割り当てられているタスクを一覧で表示したりなど進行の把握に必要な様々な機能が Redmineには搭載されています。 Redmineは主にソフトウェアの開発に使用されることが想定されていますが、設定や使い方次第では Webサイト製作その他の幅広い現場で有効に活用が出来るこ
Redmineでチケット駆動開発(TiDD)を運用して気付いたことは、開発プロセスが大きく改善されただけでなく、従来の開発プロセスの弱点が浮き彫りになったこと。 下記の記事を読んで考えたことを書いてみる。 【元ネタ】 ケント ベック氏のアジャイル開発における開発支援ツールの役割についてのホワイトペーパー 元請SIerがTracのような環境を提供できない3つの理由 - なからなLife 元請け企業が用意すべきもの - T/O 【1】強力な構成管理ツールが無い時代はライブラリアンが独裁者 構成管理の基本は、任意のバージョンのシステムを再現できること。 今時、Subversionのようなバージョン管理ツールの無いSW開発プロジェクトはありえないだろう。 CVSやVSSが無かった頃は、構成管理ツールなど存在せず、構成管理を人手でやるしかなかった。 今でも、Excelなどの設計書はバージョン管理で制
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く