RyoFurukawa-123
commented
4 years ago push（プッシュ）とは
「git push」とは、ローカルリポジトリの内容をリモートリポジトリに反映させるためのコマンドです。
もう少し具体的に説明すると、「ローカルの現在のブランチ」を「リモートの指定したブランチ」に反映させるためにプッシュします。
ブランチはデフォルトで「master」ブランチになっているはずなので、そのままリモートの「master」ブランチにプッシュしてみましょう。
「-u」をつけることで、ローカルのブランチとリモートのブランチを紐づけ、次回から「git push」だけで実行可能になります。
コマンド実行時にGitHubのアカウント名とパスワードを求められるので、間違えないように気をつけて入力しましょう。
プッシュが終わったら、GitHubの自分のリポジトリを確認してみてください。リビジョンが追加されているはずです。
簡単に言えば、 リモートリポジトリに変更を書き込みます という事です。 originのmasterブランチにコミットの内容を反映させます。
gitにおける、commitとpushの頻度 より https://qiita.com/kozyty@github/items/87fa95a236b6142f7c10 ↓
たとえタスクが途中でもキリが良ければ即コミット サブタスク単位 とか 本日の作業終了時 など、キリが良いタイミングがあればガツガツコミットしていきましょう。
頻度は高ければ高いほど正義だと思って下さい。
注意点としてはコミットコメントが適当になることですが、コミットコメントルールがない場合でも、コメントで容易に内容が差別できる程度のコメントは書くようにしましょう。
なぜ、細かい単位での頻度を推奨するのか
あくまで個人的な考え方ですが、そうする理由をリストで簡単に説明します。なぜかは考えてみてくださいｗ
コミットの頻度を細かくする理由
・自身の見積もり精度やタスク管理能力向上 ・複数タスクが混在したコミットは悪 ・コミットとタグの相性UP ・Pivotalなどの外部サービスとの連携が容易 ・履歴を参照する際のコスト低下(log, reset, bisect, rebase時など） ・自分や他人がみてもcommit内容の把握が容易
プッシュの頻度を細かくする理由
・大きなコンフリクト発生頻度低下 ・git pull の頻度も自然と上昇 ・チーム間での状況共有が容易 ・コードは即他人に晒すという意識向上
デメリットはないの？
特にないと思います。敢えていうなら「手間のコスト」ですが、そもそも大したコストじゃないですし、得られるメリットと比べるとROIは高い思うのは私だけでしょうか？
あとは人によっては、「コミットは整理してからPUSHしたい」などもあると思いますが、整理欲高いとPUSHタイミングが遅れがちになるので個人的にはすきじゃないです（なんどもいいますが、ここは好みの話です。）
参考サイト
新人エンジニアpushまでの道 https://qiita.com/yukibe/items/9ef9d54f2e7d53cfb51c
gitにおける、commitとpushの頻度 https://qiita.com/kozyty@github/items/87fa95a236b6142f7c10