2

私はGitをいじっただけで、Gitは初めてです。今のところとても気に入っており、職場で使い始めようと話し合っています。

出てきた質問の 1 つ (私には答えられません) は、開発者が作業を中央リポジトリにプッシュする準備ができていないため、長期にわたってローカルでコミットするシナリオです。ハード ディスクがクラッシュした場合に、開発者の作業が失われないようにするにはどうすればよいでしょうか?

ローカル リポジトリをネットワーク共有にミラーリングするのがベスト プラクティスですか?

4

2 に答える 2

4

彼らの作業はまだ中央リポジトリにプッシュする準備ができていないため、開発者は長期間にわたってローカルにコミットしています。

しかし、彼らの仕事は準備ができています。開発者はブランチからmaster分岐できます

git checkout master
git branch experiment
git checkout experiment

実験的な作業が完了したら、ブランチに影響を与えずに実験的なブランチをプッシュできmasterます

git push origin experiment

次に、適切な時期にブランチをマージできます

git checkout master
git merge experiment

またはブランチを削除します

git branch -d experiment

公式の Git リポジトリ がこれを行っていることに気付くでしょう。

master  # main branch
next    # soon to be merged to master
pu      # proposed updates
于 2013-04-22T21:39:14.003 に答える
1

作業中のファイルのコピーを同期するためだけに git を使用しようとするのは頭の痛い問題であり、git を使って物事をめぐって争うことにより多くの時間を費やしていることがわかりました (そして、「updated」、「updated #2」などの厄介なコミットを作成します)。 "、"updated #3") よりも開発を行いました。

別のブランチ/リモートと「クラウド」（その用語は嫌いですが）の組み合わせを使用して、レポの現在の「ダーティ」状態を保存するDropboxのようなバックアップソリューションを使用しています。そうすれば、ラップトップを開いて、変更をプルダウン/マージすることなく、中断したところからすぐに再開できます。

注意すべきもう 1 つの点は、git はバックアップ用ではないということです。ただし、git は分散されているため、問題が発生した場合に作業を簡単に回復できます。それがバックアップスクリプトの目的です:)

于 2013-04-22T21:43:40.890 に答える