STBBS.NET blog: 公開してはいけないファイルを誤ってgitに追加してしまった場合
ソースコード管理システムの機能として、あらゆるファイルの履歴を完全に記録するというものがある。 普通に考えてこれは便利な機能である。だが・・・ 間違えて「公開すべきでないファイル」を公開リポジトリに追加してしまった場合、頭を抱えることになる。 そのファイルを普通に削除したところで、現時点のリビジョンから消えて無くなるだけで履歴をたぐれば取得できてしまうからだ。 Subversionの場合、「特定のファイルを無かったことにする」機能が無いため一度リポジトリをダンプしたのち完全に削除して直近のリビジョンを省いたものをリストアといった手間が必要なようだ。自分の管理しているリポジトリなら面倒なだけで済むが、もしそうでなかったらと考えるとこれはまさに悪夢である。 だが Gitの場合はこういうことが出来るらしい。 Guides: Completely remove a file from all re
Subversionを見直せ - プログラマの思索
SW構成管理の概念の中心は、バージョン管理。 バージョン管理こそが我々SW開発に従事する者にとって、背骨であり血液に当たる最重要なインフラ。 デスマーチに陥るプロジェクトは、バージョン管理に何かしらの欠点や弱点がある。 おそらく殆どのSW開発では、Subversionをバージョン管理に使っているが、Subversionは実は数多くの機能を持ち、従来のプロジェクト管理を根本的に変える可能性を秘めている。 もう一度、Subversionの機能を見直してみた。 【1】ムービー企画「Subversionによるバージョン管理入門」 WEB+DB PRESS Vol.39誌面連動ムービー｜gihyo.jp … 技術評論社 最近のバージョン管理は、trunkとbranchの2系統のバージョン管理戦略を持つ傾向がある。 メインラインモデルと呼ばれる。 メインラインモデルの手法を使って、本番運用中の保守br
SubversionとTracでファイル管理の“迷宮”から脱出
SubversionとTracでファイル管理の“迷宮”から脱出：ユカイ、ツーカイ、カイハツ環境！（2）（1/4 ページ） プロジェクトで修正／仕様変更が“迷宮”入りする理由 ソフトウェア開発を行ううえで、設計書やソースコードのバージョンをきちんと管理することは非常に重要です。構成管理（ファイル管理）を行っていないプロジェクトでは、例えば次のような問題が発生します。 2人以上の開発者が同時に成果物を編集した場合、後に編集を始めた開発者がすでに編集を行った開発者の編集内容を上書きしてしまう。結果として、修正したはずのバグや変更したはずの仕様が、設計書やソースコードに反映漏れするという事態が発生 設計書やソースコードのレビューを行って修正したはいいが、どこをどう修正したのか分かりにくく、レビュー内容の反映の確認を行っても修正漏れや修正誤りに気が付かない ソースコードを変更すると、動かなくなってし
Subversion設定の標準化
ディノ社内のバージョン管理は主にSubversionを利用しています。また、社内の開発環境はWindowsとMacとLinuxが入り乱れています。そんな環境で、一番問題が少なそうなSubversionの設定を考えてみました。現在これを社内標準として運用していますが、今のところ大きな問題は起きていません。 設定内容ですが、auto-propsとglobal-ignoresの設定です。各種ファイルについて、eol-style=nativeやkeywords=Idやsvn:mime-typeなどを設定します。 ちなみに、本設定はsymfonyの公式オススメ設定「Symfony Repository Tips」から大半を流用しています。 設定内容 設定内容はsubversion-config.txtの通りです。同じ内容を以下に貼付けておきます。 [helpers] #diff-cmd = dif
10分で作る、Subversionレポジトリ - Unix的なアレ
バージョン管理システムにはCVSやsubversionなど様々なものがありますが、サーバーのセットアップに抵抗がある人もいるのではないでしょうか？ しかしながら実際のところ、パッケージ化されているので驚くほど簡単にできてしまいます。 今回は、もっとも簡単な手順でSubversionのレポジトリサーバーを構築する方法を紹介したいと思います。 動作環境 今回の手順の動作環境は下記のとおり。OSをインストールしたままの、まっさらな状態を想定しています。 OS Debian Linux etch Protocol http Web Server Apache2.2.3 それでは早速いきましょう。本当に10分間で構築できます。 パッケージのインストール 下記の作業はすべてrootで作業をするものとします。(まっさらな状態を想定しているため、sudoは利用していません。) それでは必要なパッケージをイ
Subversion
バージョン管理ツールSubversionの基礎練習です。 Windows XPのコマンドプロンプトでSubversionの基本的なコマンドを動かしていきます。 Subversionを学び始めるきっかけにどうぞ。 目次 はじめに ダウンロードとインストール リポジトリ用のディレクトリを作ります リポジトリを初期化します 新しいモジュールを作ってインポートします チェックアウトして作業開始 新しいファイルを追加します 新しいディレクトリを追加します 普段の作業はこんな風に進みます ファイル名を変更してみよう この文書に書かなかったこと 関連リンク 更新履歴 ぜひ、感想をお送りください はじめに Windows XPのコマンドプロンプトで、 バージョン管理ツールSubversionの基本的なコマンドを動かしてみましょう。 この文書の通りに実行すると、 基本的なSubversionのコマンドをひと
スタートアップ研修記 » svn 同時に同じファイルの編集
muroiです。今日はsvnについて書きたいと思います。 今回で全３回のsvn研修も終わってしまい、後はしっかり使いこなせるよう復習と学習をしておかねばなりません。 主な内容は、まず前回の復習から行い新しいsvnコマンドもいくつか学習しました。 新しく学習したもの svn revert svn update(同じファイルを編集した時) conflictとその解決 svnでの注意点 ・svn revert この『svn revert』とは、自分の編集したファイルを元に戻したいときに使用するものです。消して戻せるならそれでいいかもしれませんが、大量に変更したものを間違っていたからとちまちま修正していくのは大変なんで、そういった時に使用すると便利かもしれません。 使い方例： svn revert もとに戻したいファイル名 このような記述で、コミットしていなければ指定したファイルを元に戻す事が出来
スタートアップ研修記 » svn バージョン管理システムの概要
muroiです。今日はsvn(Subversion)について学習しました。 svnとは、プログラムのソースコードなどを管理するバージョン管理システムの一つです。 svnを使う理由として、 複数人で同じソースコードを同時に修正・変更しても支障がない。 変更の明示的な記録が保存される。 といったメリットがあります。 バージョン管理システムの根幹 diffとpatchというコマンドがあります。 diff diff=(difference)は、「違い・差分」という意味で、ファイル動詞の違いを調べる事ができます。 patch patchは差分の書かれたファイルで、patchコマンドで差分を適用する事ができます。 - カレー + ハンバーグ patchファイルは、ーの行を＋に変えろというような指示書みたいなもの。 例: patch < some.patch こういったファイルを「バージョン管理システム
MOONGIFT: » Mac OSX向けの洗練されたSubversionフロントエンド「Versions」:オープンソースを毎日紹介
開発時にバージョン管理システムを導入することによるメリットは言うに及ばないが、それはプログラマのみならずデザイナーにとっても同様だ。だが、バージョン管理をデザイナーまで普及させるのは非常に困難だ。 メイン画面 やはりインタフェースが鍵を握っている。使い勝手の良い、分かりやすいインタフェースのバージョン管理システムがあれば利用してくれる可能性はありそうだ。 今回紹介するフリーウェアはVersions、Mac OSX向けのSubversionフロントエンドだ。 Versionsは既存のワーキングコピーも簡単に登録でき、HTTP/SSH/SVNプロトコルに対応してリポジトリを登録することができる。何よりファイルの一覧やログの閲覧などが分かりやすいインタフェースでできる点が便利だ。 比較の確認画面 また、ファイルを選択してDiffを表示したり（DiffはFileMergeを利用）、履歴をするのがボ
せっかちな人のための git 入門 - git をインストールし、共同で開発できる環境を整えるまで - 僕は発展途上技術者
subversion に代わる新しいソース管理システムということで git が注目されているようだ。 » Git - Fast Version Control System subversion と大きく違うところは、分散されたレポジトリがローカルマシンに置かれている点。これは、ネットにつながっていなくてもソースをコミットできるということで、最近は電車のなかでもコードを書いたりする僕にはうってつけ。 マニュアルやチュートリアルは充実しているのだが、僕はとりあえず最初にツールを触ってみて、ざっと全体像をつかみ、それから細部を調べたい質なので、もっとてっとり早く体験できるガイドを探したところ、あまり適切なものが見つからなかった。 そこで、レポジトリを作り、それをリモートにあるサーバーに置いたあと、subversion で言えば svn commit や svn update などにあたるコマン
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
