私は git を初めて使用するので、良い習慣を身につけたいと思っています。アドバイスをお願いします。
良い習慣ではありません。まず、コード ライブラリを使用するということは、リモート ウェアハウスがなくても使用できるという意味ではないことを理解する必要があります。なぜリモート ウェアハウスが必要なのでしょうか。トラブルのため? Ctrl + S,代码库中的提交应该是一个完整或者相对完整的功能,而不是改一行代码提交一次。另外,Git または、複数の人が使用している場合、頻繁にリモート エンドにプッシュすると競合が頻繁に解決されるため、頻繁に競合を解決することに時間を浪費することになり、トラブルが発生することになりませんか?
Ctrl + S
完整或者相对完整的功能
改一行代码提交一次
Git
個人的にはそうは思いません。 ローカルに頻繁にコミットし、小さな期待に達したらリモートにプッシュします
頻繁なコミットとプッシュは時間の無駄です
git の原則によれば、コミットするたびにコードの追加のスナップショットが保存され、ハードディスク メモリが無駄になります (メモリはたくさんありますが)
コミットをすればするほど、将来的にはより多くの問題が発生し、リバースまたはチェリーピックする必要があり、メンテナンスが面倒で困難になります
段階的にコミットし、合理的にコミットすることをお勧めします。そうしないと、コミットメッセージの書き方がわかりません
上で述べたように、頻繁なコミットは良い習慣です。頻繁なプッシュとはどのくらいの時間を指しますか?通常、コードは仕事を終える前に倉庫のリモート機能ブランチに送信する必要があります (長夜と夢を避けるため)。この関数をテストしても問題ないと思われる場合は、開発にプッシュしてください。詳細は git 管理の仕様によって異なります。異なる期間のコードは異なるブランチにプッシュする必要があります。ただし、毎日仕事を終える前に、独自のコードをリモート ブランチにプッシュすることが非常に必要です
大きな変更ではない場合、または別のマシンから最新のプロジェクトを取得する必要がある場合は、git add、git commit -m "xx" を使用してローカル ウェアハウスに保存します。
良い習慣ではありません。まず、コード ライブラリを使用するということは、リモート ウェアハウスがなくても使用できるという意味ではないことを理解する必要があります。なぜリモート ウェアハウスが必要なのでしょうか。トラブルのため?
Ctrl + S
,代码库中的提交应该是一个完整或者相对完整的功能
,而不是改一行代码提交一次
。另外,
Git
または、複数の人が使用している場合、頻繁にリモート エンドにプッシュすると競合が頻繁に解決されるため、頻繁に競合を解決することに時間を浪費することになり、トラブルが発生することになりませんか?個人的にはそうは思いません。
ローカルに頻繁にコミットし、小さな期待に達したらリモートにプッシュします
頻繁なコミットとプッシュは時間の無駄です
git の原則によれば、コミットするたびにコードの追加のスナップショットが保存され、ハードディスク メモリが無駄になります (メモリはたくさんありますが)
コミットをすればするほど、将来的にはより多くの問題が発生し、リバースまたはチェリーピックする必要があり、メンテナンスが面倒で困難になります
段階的にコミットし、合理的にコミットすることをお勧めします。そうしないと、コミットメッセージの書き方がわかりません
上で述べたように、頻繁なコミットは良い習慣です。頻繁なプッシュとはどのくらいの時間を指しますか?通常、コードは仕事を終える前に倉庫のリモート機能ブランチに送信する必要があります (長夜と夢を避けるため)。この関数をテストしても問題ないと思われる場合は、開発にプッシュしてください。詳細は git 管理の仕様によって異なります。異なる期間のコードは異なるブランチにプッシュする必要があります。ただし、毎日仕事を終える前に、独自のコードをリモート ブランチにプッシュすることが非常に必要です
大きな変更ではない場合、または別のマシンから最新のプロジェクトを取得する必要がある場合は、git add、git commit -m "xx" を使用してローカル ウェアハウスに保存します。