0

現在、バージョン管理ソフトウェアは一切使用していません。最近 Eclipse の使用を開始し、ソース コードはネットワーク ドライブで管理されています。Eclipse プロジェクトが作成され、全員がそのプロジェクトを各自のマシンの Eclipse にインポートしました。私たちのセットアップ方法が原因で、1 日を通して常にクリーン/ビルドのループに行き詰まり、生産性が低下しています。

ある種の VCS (おそらく GIT) の使用を開始したいと考えています。私は、各開発者が自分のマシンにコードのローカル コピーを持っている集中化されたワークフローを想定しています。GitHub でコードをホストする代わりに、共有リポジトリに GitHub Enterprise を使用したいと考えています。

このセットアップを正しく行うためにどこから始めればよいかよくわかりません。私はビデオを見たりチュートリアルを読んだりしてきましたが、私たちがやりたいことに直接当てはまるものはないようです。GIT は、私たちが望むタイプのセットアップに使用するのに適したソフトウェアですか? また、クリーン/ビルドは Eclipse とローカル コピーと共有リポジトリでどのように機能しますか?

4

6 に答える 6

3

まず、このビデオをご覧ください。

次に、Eclipse を使用している場合は、EGit. ここで非常に詳細なチュートリアル。

第三に、GIT に身を投じないでください。ある時点で SVN を考慮してください (GIT で文書化した後)。おそらく、中央バージョン管理システムの方が分散バージョン管理システムよりも優れているでしょう。

編集：

ああ、ちなみに...このトピックに関しては、非常に長くて有名な Q&A があります。幸運を祈ります。

2番目の編集:

に関してはSVN、ここにSubversiveに関する簡単なチュートリアルがあり、ここに完全な目の前の Subversive ドキュメントがあります。

于 2012-12-13T17:05:56.727 に答える
2

今はニーズがありますが、ニーズは変化します。後で SVN から Git に移行するという頭痛の種から解放され、Git から始めてください。Subversion よりも Git を使用する理由は次のとおりです。

  1. スピード - Git の方がずっと速い
  2. ディスク容量 - Git の履歴が少ない。ほとんどの場合、SVN 履歴の 1/10 のスペースを占有します。
  3. サーバーなし - DVCS は管理者を許可せず、集中型サーバーを完全にスキップできます。中央リポジトリは、ネットワーク共有上のファイルだけにすることができます。
  4. 整合性 - データの破損を検出して修正するのは非常に簡単です。
  5. スナップショット履歴 - プロジェクト全体がバージョンごとにスナップショットされます。バージョンとのパスの混合および一致はありません。
  6. オープン ソースの依存関係 - 使用したいプロジェクトのほとんどは Github にあります。サブモジュールとその依存関係を簡単に追加できます。
  7. 力：
    • git bisect - バグが導入された場所をすばやく見つける
    • rerere - 競合が再び発生した場合に、競合を修正した方法を再利用します
    • あらゆるワークフローをサポート
    • 適切な 3 方向のマージ - これにより、将来の頭痛の種が大幅に軽減されます
    • リベース - 誰かがマージされた後でも、履歴を線形に保つことができます

最後のポイントは非常に重要です。ソース管理を使い始めたところです。最適なオプションから始めます。あなたは、自分のニーズについてほとんど知らないところにいます。今は必要ないと思うものが、後で必要になることは保証されています。

于 2012-12-13T19:44:26.313 に答える
2

共有ドライブに git リポジトリを作成します。github のようなサーバーはまったく必要ありません。セットアップ後、開発者は共有ドライブからローカル コンピューターにクローンを作成し、変更が完了したらプッシュ バックできます。

すべての開発者は、独自のビルド環境を持つコードのローカル コピーに行き着き、もはやお互いに邪魔されることはありません。

バージョン管理システムである程度の経験を積む必要があるため、いくつかのファイルを含むサンプル プロジェクトから始めて、いろいろ試してみてください。インターネット上のほとんどの例はそれらのために書かれているため、gitコマンドラインツール（Windowsの場合はmsysgitを使用）についても学びます。git の詳細については、無料の git book を必ずお読みください: http://git-scm.com/book

Windows 共有での git の使用に関するこの質問も参照してください: How to git clone a repo in windows from other pc within the LAN?

于 2012-12-13T20:47:58.217 に答える
0

GIT は確かに推奨される方法であり、Eclipse IDE とうまく統合されています。ただし、必要なのはユーザー マシン上のコードのローカル コピーだけなので、Subversion を使用することもできます (Subversion ブランチと呼びます)。GIT は柔軟性が高すぎるため、好ましい方法と言います。オフライン コミット、コード本体の完全なコピーと単なるブランチなど....リストが長すぎます。

おっしゃる通り、githubも使えます。大まかに手順は以下の通りです。

  1. それにサインアップするだけ
  2. リポジトリを作成します。
  3. リポジトリへのリンクを取得し、Eclipse で新しい git リポジトリとしてポイントします。
  4. コードをプッシュします。コミットします。

コード ファイルは github にあります。これは、Git が Eclipse にインストールされていれば機能します。Eclipse Juno はすでに EGit (Git のプラグイン) でセットアップされていると思います

ビルドの問題を解決するには、Jenkins などの継続的インテグレーション ツールのセットアップを使用できます。これは、Eclipse プラグインとしてセットアップすることもできます。

于 2012-12-13T17:08:05.550 に答える
0

Eclipse 用の EGITは、Eclipse プロジェクト環境に git を統合するのに適しています。

また、Windows を使用している場合は、 Github for Windowsをダウンロードできます。これは非常にシンプルで効果的です。

于 2012-12-13T17:03:30.210 に答える
0

一部の人がすでに指摘したように、質問のために

GIT を使用する最良の方法は?

あなたの状況（SCMの経験がゼロ）では、公平で公正な最良の答えは

Git は一切使用しないでください。

「なぜ Git は Subversion よりも優れているのか?」とは逆に あなたも読むことができるトピック（高速リコールの結果としての一部のサブセット）

Git-boysの複数の嘆きでgitタグの下の他のトピックをチェックしてください。

Subversion はかなり良い選択ですが (とにかくいくつかのエッジコーナーがあります:開発を線形と考えていても、「マージ地獄」に陥る可能性があります: いくつかの分岐は発生する可能性があり、発生しなければならず、有名な「ツリー競合」エラーを伴う「リファクタリングの悪夢」に陥る可能性があります) ...) 「Subversion として使用でき、Git よりも強力な」代替案について考えることができます (必要な部分または全体の電力をわずかしか使用しない場合でも) :、ファッショナブルな男のためではありません」.

  • MercurialEclipseは Eclipse 要求に対する回答です ( Aragost の推奨ではMercurial ユーザーが信頼しています)
  • TortoiseHGは、Eclipse 以外のあらゆる Mercurial のニーズに対応する使いやすいクロスプラットフォーム GUI です。
  • Mercurial サーバーは、同等の Git サーバーよりも (特に「Windows 環境で」) 頭を悩ませる必要がありません。
  • Mercurialの真の専門家は簡単に見つけることができます (一方、Git-boys は熱狂的なティーンエイジャーの楽しいクラブです)。
于 2012-12-13T19:55:42.833 に答える