The Standard in Open Source Version Control Version Control with Subversion Introduction This is the home of Version Control with Subversion, a free book about the ubiquitous Apache™ Subversion® version control system and written by some of the developers of Subversion itself. As you may have guessed from the layout of this page, we are quite pleased that some versions of this book have been publi
ソースコードのレビューはシステムの品質を高めるのに大切な作業だ。GoogleやVMWareでも使われており、ブラウザを使って差分を確認してコメントができるようになっている。社内向けには拙作のSubversionソースコードレビューシステムの宍道湖がある(Rails製)。 Git向けソースコードレビューシステム この手のツールはSubversion向けのものが多かったが、Gitでも使いたいならGerritに挑戦してみよう。 今回紹介するオープンソース・ソフトウェアはGerrit、Git向けソースコードレビューシステムだ。 GerritはGoogleが大々的に発表している訳ではないが、Google社員が開発しておりAndroidのオープンソースプロジェクトにおけるソースコードレビューにも利用されている。他のシステム同様に差分を見て、そこにコメントすることが可能だ。 差分を見てコメントする 差分
第1章 構成管理入門 はじめに なぜ今構成管理に注目するのか 本特集で扱う内容 サンプルの準備 第2章 Subversionによるバージョン管理入門 はじめに クライアント環境の構築 インポート チェックアウト ソースファイルの変更に関連する操作 チーム開発に関連する操作 おわりに 第3章 Subversionベストプラクティス はじめに 帰ってきたO先輩 コードライン編その1 メインライン コードライン編その2 コードラインポリシー コードライン編その3 プライベートバージョン サードパーティライブラリのバージョン管理 リリース編その1 リリース管理 リリース編その2 自動リリース 継続的インテグレーション 第4章 Maven2によるビルド入門 はじめに なぜMaven2なのか? Maven2のインストール まずは試してみよう さらに開発を進めよう 第5章 Maven2ベストプラクティス
今年も1年があっという間に過ぎてしまいましたね。AIが世間を賑わせていた1年でした。そんな中、相変わらずこれまで通りの仕事を続けられているのは有り難い事です。弊社に関係して下さっている全ての方に御礼申し上げます。 (generated by Midjojurney v6.0) こちらのブログには創業と振り返りぐらいで、年3回ぐらいしか投稿しなくなってしまいました😓 iOSの技術的なことは隔週でこちらに、プライベート色が強めな事はこちらに、それぞれ投稿するようになった…というのもあるのですが。 今回は主に会社や事業のことということで、例年通り本ブログに記録として2023年の振り返りを記したいと思います。 iOS事業 (業務用アプリ支援) 今年はなんといってもiOS事業、特にB2Bのご支援の増加です。業務用アプリはB2Cのアプリとは少し勝手が違うので、そのあたりのノウハウを伝える研修事業を始
まずは、作業コピーAで次の変更を行ってみましょう。 ファイルの編集 ファイル(ディレクトリ)の追加 ファイル(ディレクトリ)の削除 ファイル(ディレクトリ)の移動 ファイル(ディレクトリ)のコピー 編集作業はいつも通りエディタを使用して行って問題ありません。その他のファイルに対する操作は Subversionの機能を使用して明示的に行う必要があります。 編集と状態の確認 hoge.txtとhoge_conflict.txtの編集を行ってみます。両ファイルとも、以下の内容に変更しました。 A b c ここで、作業コピーの状態を確認してみましょう。変更の確認を行いたいディレクトリ(C:\work\2\A) に移動し、svn statusコマンドで状態の確認を行います。statusコマンドを実行すると、チェックアウトや更新後にローカルで変更されたファイルの一覧が表示されます。ファイルが変更されて
どのタイプのリポジトリを使用する場合でも、定期バックアップの保守作業を行い、バックアップを検査することは非常に重要です。サーバーを破損すると、最新のバージョンのファイルにはアクセスできるかもしれませんが、リポジトリがなければ履歴が永遠に失われてしまいます。 一番単純な(ただしおすすめできない)方法は、単純にリポジトリのフォルダーをバックアップ領域にコピーすることです。しかし、データにアクセス中の別のプログラムが一切ないことを確認しておく必要があります。ここでいうアクセスとはすべてのアクセスを意味します。もしコピー中にリポジトリにアクセス(Webブラウザーが開かれている、WebSVNなど)があると、バックアップしたデータは不正になります。 おすすめは svnadmin hotcopy path/to/repository path/to/backup を実行して安全にリポジトリーのコピーを作
こうしてみると、 svn と git のコマンド体系は非常に似ていることが分かりま すね。Subversion 使用者は Git を比較的自然に覚えられるのではないでしょうか。 注1 git-init を実行すると、カレントディレクトリに .git というディレクト リが作成されます。 Subversion とは異なり中央集権のレポジトリを作成する必要はあ りません。 cg init を実行したその場所があなたのレポジトリです。 なお、git-init コマンドは以前 git-init-db コマンドでした。 古いバージョンの git の場合は git-init-db コマンドを実行してください。 注2 Subversionはレポジトリがひとつしかありませんが、Git では各個人がレポジトリを所 有しています(もしかしたら一人でいくつも持ってるかも)。 git-commit -a は自分の
図の一覧 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. 認証ダイアログ
1.ファイルを管理対象から除外する。(svn:ignore) Subversion では、特定のフォルダを対象にして管理することになりますが、必ずしもフォルダの内容全てを Subversion の管理下に置きたいとは限りません。例えば管理下に置いたこのフォルダが、 実行時に作成される一時ファイルや、ログファイルも出力されるフォルダだったり、 ビルドファイルを出力するためのフォルダなどがこれにあたると思います。 これら自動で蓄積されていくファイルや頻繁に再生成されるファイルについては目的にもよりますが、無くなっても困らないもので、差分を見ることもないと思います。 この種のファイルを Subversion の管理下に置くのは、 リポジトリの無駄遣いや管理上の手間になってしまうので、管理対象から除外しておくのがよいと思います。 Subversion で特定のファイルやフォルダを管理下から外すには
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く