Gitブランチについての基本まとめ - Qiita
ブランチとは 作業履歴を枝分かれさせて記録していくためのもの。 使うと何がいいのか？ 他のブランチの影響を受けないため複数の作業を同時に進められる 作業単位で履歴を残すことで後で見た時にわかりやすい つまり、複数人で開発するときにはそれぞれが他の作業者の影響を受けずに進められるし、ひとりで開発する場合でも作業履歴を綺麗に管理しておけるので使用した方がいい。 ブランチの運用 統合ブランチ リリース版がいつでも作成可能なようにしておくためのブランチ。 なので、常に安定した状態を保っておくことが重要。 通常、masterブランチを統合ブランチとする。 トピックブランチ 機能追加やバグ修正といったある課題に関する作業を行うためのブランチ。 安定した統合ブランチから分岐する形で作成し、作業が完了したら統合ブランチに取り込むという使い方をする。 ブランチの切り替え ブランチを切り替えるにはチェックアウ
git rebaseって超便利じゃね？ - Seasons.NET
Gitでとても便利だと思っているのが、rebaseというコマンド。 ブランチを切った時点からオリジナルは刻一刻と変化していくわけで、 自分のブランチはあくまで現在最新のオリジナルに対するパッチである 必要がある場合は、このrebaseというコマンドを使って、オリジナル(HEAD)と マージすると、最新のオリジナル(HEAD)に対して、ブランチを切ったことになります。 これチョー便利じゃね？ 以下、git-rebaseから引用 git-rebase を使用して一連のパッチを最新に保つ リモート追跡ブランチ "origin" の上にブランチ "mywork" を作成し、幾つかコミットを作成したとします： $ git checkout -b mywork origin $ vi file.txt $ git commit $ vi otherfile.txt $ git commit ... m
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
サル先生のGit入門〜バージョン管理を使いこなそう〜【プロジェクト管理ツールBacklog】
