1

今（2012年6月1日午後6時13分）：バージョン管理を行えるように、gitとgithubの学習に辞任しました。（圧縮された）コードのコピーを自分宛てに郵送する必要はありませんが、このようなものを1日見ても、メカニズムがわかりません。

ファイルを一意に識別し、ハッシュの最初の2文字をディレクトリ名として使用するためのSHA1の概念を取得しました。しかし、私はまだ更新、ポインタ、マージビジネスについて混乱しています。

以前：私は複数のバージョンのプログラムを持っているので、問題を解決するために以前のバージョンに戻ることができます。

以前は使用していたものを圧縮してメールで自分宛に送信するのが好きでしたが、今日は圧縮バージョンが小さすぎました（6mbではなく49kb）。だから私は「ワークスペース」を参照していると思います（アプリの拡張子は「.xcworkspace」です）。

これは単なるバックアップであるため、この問題に多くの時間を費やすべきではありませんが、一方で、フルサイズであるということは、誤って変更される可能性のある他の場所のポインターではなく、アプリ全体が自己完結していることを示していますまたは破壊されました。

現在のバージョンを「元に戻す」ことですべての正しいデータを取得する方法はありますか、それとも本当に難しいですか？

4

2 に答える 2

1

個人的な経験から、私は Git や Mercurial が進むべき道であるという他のコメンテーターに同意します。学習曲線は、特にニーズが控えめな場合は、しばらくすると曲がります。

「貧乏人のバージョン管理」の必要性に関しては、必要になる場合があります。たとえば、非企業ソフトウェアのダウンロードと使用を許可しない雇用主で働いており、一元化された VCS をアドホック、実験的、またはスカンク作業に使用することは許可されていません。

関連記事: 貧乏人のソース管理 ビルド時の zip プロジェクト ファイル

于 2012-07-04T22:16:25.170 に答える
0

あなたの設定について詳しく知らずに変更を元に戻す方法はわかりませんが、少し新しい設定を検討することをお勧めします: あなたの電子メール - アーカイブ - 自分自身のシステムは貧乏人の改訂管理のように聞こえます。無料で利用できる優れたRCSツールがたくさんあるので、システムは悪いよりも悪いことを除いて。

1 時間ほどかけて について読むことをお勧めしますgit。いくつかのコマンドを習得すれば、プロジェクトの完全な変更履歴を取得して、好きな時点に戻ることができます。(そして、履歴を変更し、別のタイムラインを作成し、自分の祖父母になり、あらゆる種類の問題/冒険を引き起こします。) ほとんどの場合、バージョン管理は開発チームのコンテキストで使用されますが、開発チームでも多くの利点があります。一匹狼。

于 2012-05-28T20:10:12.120 に答える