Public signup for this instance is disabled. Go to our Self serve sign up page to request an account. You must log in to access this page. If you think you shouldn't get this message, please contact your Jira administrators.
2009/12〜2010/06 くらいまでの案件で Git を使ってみたので、その感想その他です。毎度長くてごめんなさい。 Subversion の経験はそこそこある状態でのスタートです。 リポジトリ構成のポイント ソースコードは Git、ドキュメントは Subversion で Git はファイル名をバイト列で管理するので、Windows と Linux の両方で使いたい場合は日本語名のファイルは使えません。(今のところ対応予定もないとのこと。ファイルのコンテンツやコミットログについては UTF-8 で統一できるので問題ありません。) ソースコードについては日本語名のファイルは含まれないので Git 管理でいいと思いますが、ドキュメントに関しては難しいので Subversion 管理にしました。 リポジトリの単位は細かく Git では Subversion と違ってリポジトリの一部をチェ
もしあなたが Subversion を使ったことがあるなら、Mercurial で混乱することになるだろう。 このチュートリアルでは、Mercurial の動作における最大の違いについてカバーする。 あなたが Subversion を使ったことが無いのであれば、ここは飛ばして次に行こう。 Subversion Re-education 私の会社のプログラマー達が Subversion から Mercurial に変更することを決めた時、私は少年のように困惑してしまった。 最初、私達が変更すべきではないというあらゆる馬鹿な理由を思いついた。私達は中央サーバでリポジトリを維持しなければならないし、その方が安全だろう、と私は言った。わかるかい?私は間違っていた。 Mercurial では、全ての開発者が完全なリポジトリのコピーを彼らのハードドライブ上に持っている。それは実際のところ、より安全だ。
はじめに 第5回「Eclipse 3.4を使ったデバッグとテスト」までで、Eclipseのインストールと設定からEclipseを用いてアプリケーションを開発・デバッグしテストするまでの一般的な流れなどを説明しました。 今回はチーム開発などで必須となる「バージョン管理と連係する機能」の基本を紹介します。なお、今回の画面画像は「JStyle」導入済みの場合になっています。 今までの記事 第1回「Eclipse 3.4のインストールと日本語化」 第2回「Eclipse 3.4の各種設定と利用方法 第3回「Eclipse 3.4プラグインのインストール/設定方法」 第4回「Eclipse 3.4でのアプリケーション開発方法(swing/JSP/サーブレット)」 第5回「Eclipse 3.4を使ったデバッグとテスト」 Eclipse 3.4のバージョン管理と連係する機能 チーム開発やバージョンアッ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く