3

私は自分が巨大なプロジェクトに取り組んでいることに気づきました (私自身、1年ほど前にゼロから始めました) 。変更を追跡するのに苦労したり、コードベースの無数のコピーを作成していることに気づきました(文字通り「コピー」を意味します)。 " - コード フォルダ全体を取得し、、、などのよう"MyApp-1.2.23-Mar2012"に貼り付けます。"MyApp-1.3.1-Apr2012"ばかげているように聞こえますか? )。

注 :そのコードベースで作業している人は他にいません。そのため、リモート リポジトリなどを用意する必要はまったくありません。必要なのは 100% ローカルです。

ソース管理システムを使用する必要があるのではないかと考えています。

  • それは私にとって正しいことでしょうか？もしそうなら、この技術がどのように機能するかについて、1つか2つの実用的なことを説明していただけますか?
  • また、私はドキュメントを詳しく調べたので (そして、これについてどうすればいいのかまだわかりません)、既存のXcode 4.2 プロジェクト (Snow Leopard の場合) でこのすべてをセットアップするにはどうすればよいでしょうか?違いはありますか）？
4

1 に答える 1

4

1: はい、それは正しいことです。ソース コード管理システムから得られる重要な機能は次のとおりです。

  • スナップショット。何か重要なことを終えたときにコミットできます。その後、コード ベースを台無しにした場合は、最後のスナップショット以降に行ったすべての変更を破棄して、最初からやり直すことができます。
  • 分岐。アプリケーションの v1.0 をリリースすると、v2.0 を分岐して新しい機能に取り組むことができます。その後、v1.0 に新しい機能を導入することなく、v1.0 と v2.0 のコードベース間で修正とバックポートの変更を行い、 v1.0 を維持できます。
  • 安全性。私の git リポジトリは、私の MacBookPro のばかげた小さな 2.5 インチ ディスクではなく、ハードウェア Raid-5 ディスク アレイを備えた Linux サーバー上にあります。
  • 追跡を変更します。Bugzilla チケットが git の変更を追跡できるように、Bugzilla と Git リポジトリを統合しました。これにより、バグを修正したり、新しい機能を導入したりするためにどのようなコード変更が行われたかを確認できます。

（私が当然のことと思っていて、言及するのを忘れていた、あなたが手に入れることができるgitの他の機能がたくさんあります）。

2: ドキュメントの面からは、 The Git Community Bookを読む必要があります。

3: Xcode プロジェクトが既にある場合は、それを Git にチェックインするだけで、すぐに使用できます。追跡することを意図していない git から除外する必要がある Xcode 関連のファイルが 1 つまたは 2 つありますが、それがあなただけの作業である場合は、他の誰かがチームに参加するまで心配する必要はありません。

結論: 一度使用方法を学べば、それを後悔することはなく、なぜこれまでソース コード管理システムを使用したことがないのか疑問に思うでしょう。

于 2012-04-10T15:13:41.003 に答える