ローカルでのコミットを１つにまとめてSubversionにコミットする方法 - ぷぎがぽぎ
個人のリポジトリならいいんですが、共有しているリポジトリではコミットはある程度"意味のある単位"で行った方が親切です。 「もう帰るけど作業は途中。とりあえずコミット」をされて、そうとは知らずに、中途半端な動かないソースでアップデートしちゃったもんだからアプリが動かないとか悲しすぎます。 だから、ローカルに自分専用のミラー（ローカルリポジトリ）を作成し、そこにはガンガンコミットしておいて、タスクが終わったらまとめてサーバー側にコミットするという作業に意味があります。 また、ネットワークにつながっていなくてもガッツリと開発が行うことができるのも魅力です。 イメージとしては以下のような感じです。 <これまでの管理> コミット => (サーバーのリポジトリ) <分散管理> コミット => (ローカルのリポジトリ) => コミット => (サーバーのリポジトリ)ツールとしては分散リビジョンシステムと
Subversion は Apache Subversion へ | スラド オープンソース
タイトルどおりですが、Subversion project は米国時間 2 月 17 日に Apache Software Foundation 傘下へ入ったようです (Subversion Community の記事より) 。 マイコミジャーナルの記事によれば、名称が「Apache Subversion」に変更される他、ホームページの URI も http://subversion.apache.org/ となる。昨年 11 月に Apache Incubator 入りに承認され、4 ヶ月で top-level Apache project に昇格したこととなる (Subversion News Archives より)。
Geekなぺーじ : オーム社開発部での開発体制
オーム社開発部さんでの本の作り方を取材させて頂きました。 社内で自作ツールをバリバリ作って、出版作業の効率化を行っているのが凄いと思いました。 ただし、今回取材をした内容が行われているのは、オーム社開発部のうちの1グループ(グループは約3名)です。 全体的にこの体制で行われているわけではないそうなので、ご注意下さい。 取材実現の経緯は「オーム社開発部の方とのやり取り」をご覧下さい。 Subversionでバージョン管理 著書の原稿は、XML管理されており、そのXMLはSubversionで全ての著者(監訳者)と共有されているそうです。 Subversionのサーバはインターネット上にあり、各自がリモートで作業を行える環境が整い始めているため、最近では著者と一度も会わずに本が完成するという案件もあるそうです。 フォントなどの問題から、本番環境でのPDF作成はオーム社開発部で毎日行っており、毎
Subversionで更新ファイル一覧を取得する方法 - 現場のためのソフトウェア開発プロセス - たかのり日記
パッチビルドを行いたい場合など、あるリビジョン間で、更新されたファイルだけを一覧で取得したいケースがあります。 これは、Subversionのsvnコマンドだけではできません。 svnコマンドで、diffの機能はあるのですが、これは、ファイル一覧を取得するのではなく、内容の差分を出力することになります。 ただ、TortoiseSVNを利用すると、ファイルの一覧をエクスポートできます。 作業コピーのルートのディレクトリを右クリックして、「TortoiseSVN」メニューから「ログを表示」。 ログが出るので、比較したいリビジョンを選ぶ。Ctrlキーを使って、2つ選ぶ。3つ以上選ぶとダメ。 右クリックして、「リビジョンを比較」。 比較結果が出るので、エクスポートしたいファイル選択する(通常は全部選択すると思う)。 右クリックして、「選択をエクスポート」。 エクスポート先を指定して、できあがり。
PHP製のソースコードレビューシステム·Groogle MOONGIFT
※ 画面は一部公式サイトより ソースコードのレビューシステムも2008年になって急激に注目を集め、各種オープンソース・ソフトウェアが登場したジャンルだ。Java、Python、Perl、Rubyと各種言語向けに登場しているが、思ってみればこの言語は初だったかも知れない。 ソースコードをコミット前にレビューする そう、Webベースのプログラミング言語と言えばのPHPだ。PHPで開発を行う方であれば、やはり使い慣れたこちらが使いやすいだろう。 今回紹介するオープンソース・ソフトウェアはGroogle、PHPで作られたソースコードレビューシステムだ。 PHPは開発者の技量によって、ソースコードの見やすさや書き方が大幅に異なる言語だ。その補正を行うためにもレビューシステムの導入は重要と言える。そしてGroogleを使えばその使い慣れたPHPを使ってWebベースのソースコードレビューが可能になる。
SubversionとTracでファイル管理の“迷宮”から脱出
SubversionとTracでファイル管理の“迷宮”から脱出：ユカイ、ツーカイ、カイハツ環境！（2）（1/4 ページ） プロジェクトで修正／仕様変更が“迷宮”入りする理由 ソフトウェア開発を行ううえで、設計書やソースコードのバージョンをきちんと管理することは非常に重要です。構成管理（ファイル管理）を行っていないプロジェクトでは、例えば次のような問題が発生します。 2人以上の開発者が同時に成果物を編集した場合、後に編集を始めた開発者がすでに編集を行った開発者の編集内容を上書きしてしまう。結果として、修正したはずのバグや変更したはずの仕様が、設計書やソースコードに反映漏れするという事態が発生 設計書やソースコードのレビューを行って修正したはいいが、どこをどう修正したのか分かりにくく、レビュー内容の反映の確認を行っても修正漏れや修正誤りに気が付かない ソースコードを変更すると、動かなくなってし
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
