Gitのリモートブランチを削除するまとめを実行したときに、恐ろしい量のbranchリストが出てくるって人はこれが原因かもしれない。 他人が追加したリモートブランチはfetchで取ってこれるが、削除したブランチはそのまま残る。 削除されたリモートブランチをローカルに適用するにはオプションが必要。
WordPressのGit管理を考える
Gitでのソースコード管理が浸透しつつある昨今、WordPressはGit管理できるのか考えてみます。 WordPressは基本的にサーバーにインストールし、管理画面をメインに運用するソフトウェアですが、既存のテーマのまま使うことはあまりなくカスタマイズが必要です。 そうなると、やはりソースコードをGitでバージョン管理した方が、多人数での開発も楽になりますし安心でしょう。 ボイラープレート（既存テンプレート）での構成 Bedrock（GitHub）というテンプレート（ボイラープレート）があります。 このテンプレートはGit管理を前提にしており、”今風” の管理方法でWordPressを利用します。 WordPress本体には触れないため、本体更新なども問題ありません。 面白いのは、wp-content ディレクトリの管理をまるごと外に出している点です。 （WP_CONTENT_DIR、W
GitFlowは使わない！シンプルな「GitFeatureFlow」を紹介します - ぐるなびをちょっと良くするエンジニアブログ
こんにちは！テニスはじめました、小山です。開発部門でウエディンググループのリーダーをやっています。 今回は私が考えた新しいGitのブランチモデル「GitFeatureFlow」についてお伝えしたいと思います。 GitFeatureFlowとは Gitを使った開発をより快適にするため、GitFlow,GitHubFlow,GitLabFlowではない、新しいGitのブランチモデル「GitFeatureFlow」を考えました。 Gitを利用して開発を行う場合、Gitのブランチモデルをどうすべきか悩むことが多いかと思います。私自身もこの悩みに直面しました。既存のブランチモデルでは問題が解決できなかったので、GitFeatureFlowという新しいブランチモデルを考え、ウェディンググループに導入。今では快適にGit開発を行っています。 GitFeatureFlowで使う主なブランチはこの3つです。
gitでリモートリポジトリで削除されたブランチをローカルでも削除する - 作業ノート
GitHubを使っているプロジェクトで、あるタイミングでpullしたときに取得したトピックブランチが削除されてしまい、一方でローカルにはまだある、というときの対応。 以下のコマンドで差があるブランチを確認。 $ git remote prune --dry-run origin 削除されて問題ないと判断できたら--dry-runオプションを外して実行する。 $ git remote prune origin こうすると、originのリモートリポジトリのブランチとローカルリポジトリのブランチの同期が取られる。 具体的にはリモートリポジトリで削除されているブランチで、トラッキングしているブランチが削除される。 参考 Git - 削除されたremoteブランチがローカルのRepoに残っていて、それを削除する方法 - Qiita
gitbookで設計書を作成したら最高だった話 - フォトシンス エンジニアブログ
こんにちは。Akerunエンジニアの @ishturk です。 Akerun Advent Calendarの記事です。 今日は設計書の話です。 設計書をどんなツールで書くかは、僕らソフトウェアエンジニアの尽きない悩み（楽しみ）ですね。 最近はまったツールが最高に良かったので紹介させてください。 僕のツールに求める要件は以下です。 編集がカジュアルにできる UMLが書ける。あとから編集できる（画像での貼付けは編集できないのでNG） バージョンの管理ができる 好きになれる（重要） 変遷と pros/cons MS Word pros 良くも悪くもスタンダードなツールですね。 だれでも編集できるのが強みです。 Visioと組み合わせれば、UMLも後から編集可能です cons Visioは標準にするには少々値が張ります。 バイナリ形式なのでバージョン管理はしづらいです。 ページが増えたり画像を貼
gitのコミットの歴史を改変する(git rebase) 1 / 2 · けんごのお屋敷
git には rebase というとても便利なコマンドがあります。その中でも特に便利なのが -i または --interactive オプションです。便利なのですがよく忘れるのでまとめもかねてこの記事で詳しく紹介します。 前提 この記事では説明のために以下のようなコミット状態である前提で話を始めます。よくあるコミットの流れです。 git rebase -i -i は --interactive とあるように、対話的に rebase が実行できるコマンドです。これでなにが出来るかというと コミットメッセージを編集する コミットをまとめる コミットを分割する コミットの順番を移動させる コミットを削除する など、いろんなことが出来ます。基本的な構文は [kengo@tkengo-mac] $ git rebase -i <commit> これだけ。 <commit> には特定のコミットを指定し
なぜ git rebase をやめるべきか - Frasco
Git での開発を数年間経験した後、徐々に日々の仕事の一部として、より高度な Git コマンドを使うようになりました。私は Git rebase を見つけてすぐにそれを毎日の仕事に使いました。リベースに精通している人は、どれだけ強力で魅力的なツールであるのか知っているでしょう。しかし、リベースには、初めてリベースを触ったときにはわからなかったのですが、いくつかの課題があることに気が付きました。これを説明する前に、マージとリベースの違いをおさらいしておきましょう。 最初に、feature ブランチを master にマージする例を考えてみましょう。マージすることにより、新しいマージコミット g を作成します。下のコミットグラフではマージした際に何が起こるのかを説明しています。また、開発が盛んなリポジトリでよく見かける「線路」のようなグラフになっているのが見て取れるでしょう。 マージの例 ある
[git]特定のコミットの内容を修正する - dackdive's blog
直前のコミットを間違ったのでちょっと修正したい場合は $ git reset HEAD~ で1つ前に戻して修正後、再コミットすればいいんですが、 2つ以上前のコミットの内容を修正する場合にはどうすればいいのか調べてみました。 方法 先に、方法だけを書きます。 git rebase -i HEAD~[戻したいコミット数+1] コミットログの中から修正したいコミットを探し、pickをedit（または単にe）として保存 通常通りファイルを修正する git commit --amend（-m "[新しいコミットメッセージ]"をつけてもよい） git rebase --continue やってみる たとえばこんなコミット履歴になっているとします。 （コミットが新しい順に上から並んでいます） $ git log --oneline 1d6bb15 modified index.html 6b327c4
![[git]特定のコミットの内容を修正する - dackdive's blog](https://cdn-ak-scissors.b.st-hatena.com/image/square/32bb0d191bb3907bc5e0afbdb42f77cd52e89898/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F12921228815712615374%2F12921228815733318365%2F1645799901)
初心者でもわかる！リベースの使い方を解説します | 株式会社LIG(リグ)｜DX支援・システム開発・Web制作
こんにちは、エンジニアの王です。今回は、Git初心者を悩ませるリベースについて解説してみたいと思います。 リベースが初耳 リベースを聞いたことはあるけど、使っていない 不安を抱えながらも、リベースをなんとなく使っている 上記に当てはまる方は、ぜひ読んでくださいね。 リベースで何ができる？ コミットが綺麗になる！ 以上です！ この一言に尽きる！ 具体的にどのように綺麗になるかというと…… コミット履歴がわかりやすくなる コミットメッセージを後から変える コミットの順序を後から変える 2つ以上のコミットを1個に統合する 一度コミットした内容を編集する といった具合でしょうか？ 整理整頓が好きな方は、ぜひリベースを使いこなしていただきたいと思います！ マージとリベース 2つのブランチの変更点を統合するとき、Gitの最も一般的なやり方は、マージとリベースを使うことです。マージは初回で説明したので、
Gitを実践的に使うために参考にすべき記事20選
チームで開発を行うときにGitのスキルは必要不可欠なものとなってきています。以前、Git初心者向けにスライドをまとめたものを紹介しましたが、今回はGit（GitHub）をさらに活用するために参考にしたい記事を紹介します。 この記事は以下のような方におすすめです！ ・ブランチをどのように運用すれば良いのかわからない。 ・コミットメッセージの書き方にいつも悩んでしまう。 ・issueやPull Requestをもっとうまく活用したい。 ・Git�やGitHubに関する便利なテクニックを知りたい。 ・間違ってコミットしてしまったけど対処法がわからない。 今回は、運用編、コミットメッセージ編、issue編、Pull Request編、テクニック編、問題解決編と５つの内容で分類してみました。実践的な読み応えのある記事ばかりなので、ぜひ参考にしてみてください。 運用編 中の人に聞いたGitHub fl
gitでsvn export的なことをやる - Qiita
git 管理のファイル群をバイナリ抜きで配布したい！ という時があるかもしれない。 そんな時は以下のコマンド一発 最後の / を忘れるとかなり悲惨な目に会うので注意。 また。当然ながら git 管理下のディレクトリで実行しないと怒られる。 上記コマンドで、カレントディレクトリに export という名前で、 git で管理してる全ファイルを含むディレクトリが作成される。 環境によっては --prefix で親ディレクトリや全く別な場所を指定するのも良いかもしれない。 ただし、 .gitignore とかも含まれるので、配布したい場合は手動削除するか、 シェルスクリプトを用意するなり、 alias に一緒に登録しておくと良さげ。 追記 ngyuki さんにコメントいただいた、 git archive で実現する方法。 コメントにもあるように .gitattributes の設定を見てくれるの
ど素人でも、アプリ「Git-it」を通じてGit/GitHubが使えるようになった話 - LOGzeudon
このページは別のブログに移転しました。
[git] 変更を取り消す - YoheiM .NET
こんにちは、@yoheiMuneです。 今日は、gitで開発していて「あっちょっと元に戻したいな」という時の手順をブログに書きたいと思います。 引用：http://flic.kr/p/6zJjzs 作業の変更を取り消す gitを使って開発している場合に、作業前に戻したいなっていうことありませんか？ そんな時に行うことができる変更取り消しの手順を説明します。 変更取り消しの手順は、以下3つの段階別に対応する必要があります。 add前の変更を取り消す addしたけどcommitしていない変更を取り消す commitを取り消す それでは、それぞれの状態別に取り消す方法を見ていきましょう。 add前の変更を取り消す pullしてきたあとに、変更したものの、やっぱりもとの状態に戻したいという場合のリセット方法です。 ここでは、addもcommitもしていないファイルが対象です。 取り消し方法には、以
![[git] 変更を取り消す - YoheiM .NET](https://cdn-ak-scissors.b.st-hatena.com/image/square/031c2010150fbbf88c3eed848162f08d62c8e101/height=288;version=1;width=512/https%3A%2F%2Fwww.yoheim.net%2Fimage%2F306.jpg)
基本的なGitコマンドまとめ - Qiita
基本的なgitコマンドまとめ。 そもそも自分用に作ったものなので見づらいです。 init $ git init ディレクトリにリポジトリを作成. $ git init --bare ベアリポジトリの作成 $ git init --shared グループ書き込み権限を有効にする. add $ git add [filename] ファイルやディレクトリをインデックスに登録. $ git add -A すべての変更を含むワークツリーの内容をインデックスに追加. $ git add -u 以前コミットしたことがあるファイルだけインデックスに追加. commit $ git commit インデックスに追加されたファイルをコミットする. $ git commit -m “[comment]” コミットメッセージを同時に指定. $ git commit -a 変更されたファイル(新規を除く)をインデ
英語のコメントや issue で頻出する略語の意味 (FYI, AFAIK, ...) - Qiita
〔提案に対して〕いいと思う；問題ないと思う；〔コードレビュアーが、問題ないコードに対して〕レビュー終了；（コードの）承認
git pull と git pull --rebase の違いって？図を交えて説明します！ | KRAY Inc
はじめに こんにちは、クレイの亀井です。ここ最近一気に気温が上がりましたね。顔に重点的に汗をかくタイプの私には憂鬱な季節がやってまいりました さて、今月正式リリースしました(！) DocBase プロジェクトではクレイ外部のデザイナーの方と一緒に開発しています。SourceTree で Git を使っている方で、軽いデザイン修正などは弊社の Rails プロジェクトに直接手を加えてプルリクエストを送ってくれます。 こちらのデザイナーさんに「プルリクエストを送る際は、作業ブランチで git pull --rebase origin master してから送ってもらえますか？」とお願いすると「pull はわかるんですけど、この --rebase ってなんですか？これつけると何が変わるんですか？」と質問がきたのです。 作業ブランチで git pull --rebase origin master
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
gitで過去のリビジョンとか別のbranchのファイルを見る - Webtech Walker
gitのコミットログ編集用エディタをvimにする - hikm's blog
Gitでやらかした時に使える19個の奥義 - Qiita
Home · youkinjoh/TrainingWebSocket Wiki · GitHub
