はじめに こんにちは、クレイの亀井です。ここ最近一気に気温が上がりましたね。顔に重点的に汗をかくタイプの私には憂鬱な季節がやってまいりました😩💦 さて、今月正式リリースしました(!) Doc...

はじめに こんにちは、クレイの亀井です。ここ最近一気に気温が上がりましたね。顔に重点的に汗をかくタイプの私には憂鬱な季節がやってまいりました😩💦 さて、今月正式リリースしました(!) Doc...
1. gitの基礎(言葉の意味) ワーキングツリー[working tree]:最新のファイルの状態 インデックス[index](ステージ[stage]):コミットするためのファイルの状態 ローカルリポジトリ[local repository]:ファイルの変更履歴を記録(手元で管理) ヘッド[HEAD]:最新のコミットの状態 リモートリポジトリ[remote repository]:ファイルの変更履歴を記録(みんなで共有) add:「ワーキングツリー → インデックス」への反映 commit:「インデックス → ローカルリポジトリ」への反映 push:「ローカルリポジトリ → リモートリポジトリ」への反映 2. git resetを使いこなす git resetには--hard、--mixed、--softの3つのオプションがある。 ※厳密にはもっとあります。詳しくは`git reset
オライリー・ジャパン『実用Git』を最近読み終えたので、 コミットの修正方法について、簡単に実例を交えてつらつらとまとめておく。 過去にマージについて「Gitマージの基本」としてまとめたので興味があれば参考まで。 コミットの修正 SVNと違ってGitではローカル環境にレポジトリを保有するので、未公開のコミットをローカルレポジトリに対して行う事ができる。おそらく、SVNの時代と違ってこまめにコミットしたりする事が増えるので、コミットコメントの粒度が細か過ぎてわかりにくくなっていたり、コメントにタイポがあったりと、共同開発者を混乱させるようなコミットログを残してしまう可能性がある。そこで、Gitで開発するのであれば、適切なコミットログを残せるよう心がけるとともに、未公開分のコミットの修正方法を学んでおく必要がある。(公開後のコミットは、共同開発者の混乱を招きかねないので原則変更しない方が良い)
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く