すぐ忘れる！SourceTreeを使ったリベースとスカッシュの手順 - Qiita
Git操作をGUIで行えるSourceTreeは、私にとって今では無くてはならない存在です。 コレのお陰で、ターミナル恐怖症のデザイナーさんにもGitでファイルの変更を管理してもらえるようになって、デザイナーさんとの連携がとても楽になりました。 もう、これなしでは開発したくないと思えるほど便利です。 でもSourceTreeのいくつかの機能はお世辞にも直感的とは言えず、間違った操作を誘発する危険性をはらんでいます。私もハマって結構大変な目に会いました。 私が、そして私のような方が同じ過ちをおかさないように、ここにハマりそうなSourceTree操作を記録しておきます。 リベース手順 例えば、developブランチから分岐したfeature/hogeブランチで作業している途中で、他の開発者のコミットがdevelopブランチにマージされた場合、後々大きなコンフリクトが発生するのが怖いので、早め
Git入門（５）〜ブランチとマージそしてコンフリクト | IT工房｜AI入門とWeb開発
今回の内容で特にマージをした時にコンフリクトを起こしてしまう状況を考えてみます。 Git初心者で実務でコンフリクトを起こすと焦ってしまうに違いありません。日頃からGitを使い倒しておくと焦ることはないでしょう。 ココは何度も失敗をしてこれはやっちゃダメとかいうことを身をもって学習することです。 ブランチとは枝という意味があります。その名前のとおり複数の作業を枝分かれする時に使います。 具体的には、同時に複数の作業を行う場合などにブランチを使います。 ここでは参考例として「task-A」と「task-B」２つのブランチを作成します。 新規にブランチを作成するにはブランチボタンをクリックします。「新規ブランチ」項目に任意の新しいブランチの名前を記入します。「新規ブランチをチェックアウト」にチェックが入っていると、ブランチ作成と同時そのブランチがチェックアウト（選択された）状態になります。 今回
実践でわかる！ブランチとコンフリクト、リバートを解説します | 株式会社LIG(リグ)｜DX支援・システム開発・Web制作
こんにちは、フロントエンドエンジニアのいなばです。 気付けば、フロントエンド入門Git編の連載も5回目。前回は、ローカルで作業中のコミットを綺麗にまとめたり、間違った操作をしてしまったときにコミットログを修正したりする方法を紹介しました。 今回は、Gitを使う上で重要な「ブランチ」について解説したいと思います。 ブランチとは？ ブランチは、コミットの歴史を分岐して記録していくためのものです。 歴史を分岐させることで、他のメンバーの作業の影響を受けることなく、同じリポジトリ上で複数の開発を同時に進めていくことができます。 分岐したブランチはマージもしくはリベースというコマンドで、他のブランチに合流させることができます。 これを繰り返すことで開発を進めていきます。作業単位ごとにブランチを作ることで、なにかしらの問題があった場合に原因となる箇所の調査が楽になります。なるべく細かい単位でブランチを
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
