Git 2.7 の優れた新機能 | Atlassian Japan 公式ブログ | アトラシアン株式会社
Git 2.6 からわずか 2 カ月後、膨大な機能と修正、そして性能の向上を果たした Git 2.7 がリリースされました。ここでは Bitbucket チームが興味を持った新しい機能を紹介します。 git worktree の完成 Git 2.5 で導入された素晴らしい git worktree コマンドを使うと、複数のリポジトリブランチからのチェックアウトやブランチ上での作業を、異なるディレクトリで同時に行うことができます。たとえば、簡単な修正をする必要があるけどワーキングコピーを汚したくない場合、次のように新しいブランチを新しいディレクトリにチェックアウトすることができます。 Git 2.7 には、リポジトリのワークツリー (および関連するブランチ) を表示する git worktree list サブコマンドが追加されています。 ワークツリーをサポートする git bisect コ
あまり知られていない便利なGitサブコマンド4選 - Qiita
この記事について Livesense(その2) Advent Calendar7日目の記事です。 6日目はI/OスケジューラがMySQLにどの程度影響するのか確認してみると、Simplenote でブックマークレットで GitHub Flavored Markdown (GFM)でした。 はじめに Git便利ですよね。 触り始めた当初は、git status、git add、git commit、git logくらいしか使ってませんでした。 いろんなサブコマンドに興味を持ち始めたのは、git rebaseを知ってからだと思います。 CVSやSubversionからGitに移った私としては、git rebase -iにより気軽にコミットの順番を入れ替えたり、メッセージを変更できることに衝撃を受けた記憶があります。 今回は、あまり知られてないけど(個人調べ)、知っておくと何かと役立つサブコマン
めんどくせーので個人用Gitメモ晒す - Qiita
Gitメモ 基本的に-nか--dry-runで何をするか確認できる 色々ありすぎて理解しきれない→本買うよりここ http://git-scm.com/book/ja zshあればbranchとか補完してくれて便利 よくまとまってる http://transitive.info/article/git/ システムの人はこれ見た方が早い http://keijinsonyaban.blogspot.jp/2011/05/git.html?m=1 gitのversionはできるだけ新しいものを使いたい（1.7.1だとorphenとかsingle-branchとか無い） クローン git clone ssh or http repo ブランチ指定クローン git clone -b branch git@... ミラー git clone --mirror repo ブランチだけクローン（1.7.
GitHubでライブラリのリリースを見ていくためのツールや方法
GitHubでのリリース 前回、GitHubのRelease機能ついて書きましたが、これはリリースする側の自動化等についてでした。 git tagとGitHub ReleasesとCHANGELOG.mdの自動化について | Web Scratch 今度は、いわゆるライブラリユーザーだったりソフトウェアの利用者側から、 GitHubでリリースされるものをどう追っていくかについて書いていきたいと思います。 自分は、JSer.infoというJavaScriptの情報を見ていくサイトをやっているので、 JavaScriptのライブラリ等のリリース情報をどう追っていくかが中心になりますが、基本的にGitHubでリリースされてるならやり方は大きな違いはありません。 基本的には以下に色々書いていた内容のGitHubに関してをまとめた感じの記事となっています。 最近のJavaScript情報の探し方 ·
Gitでしていた勘違い - chiastolite’s blog
Git Advent Calendar 2015 6日目のエントリーです。 昨日は oh-sky さんの aliasにできないならsub-commandにすれば良い でした みなさんはgitで操作をした後、内部のグラフがどうなっているかを意識していますか? 自分はGitの中身を勉強するまでは漠然としたイメージしかもっておらず、なんとなく操作して失敗するたびに泣きたい気持ちになっていました このエントリでは簡単な例を上げて以前自分が勘違いしていたことと間違いに気付いてからの話をしたいと思います さて問題です E - F(topic) / A - B - C - D(master) (A〜FはSHA-1のハッシュ値、カッコで囲まれているのはブランチ名ということにしてください) たとえば上のようなグラフがあったとき以下のコマンドを実行したらどうなるでしょうか git rebase master
New Year, new Git release
CompanyNew Year, new Git releaseIf your New Year's resolution was to update to a new version of Git, we've got good news. The Git community has just released Git 2.7.0, and we'd like to… If your New Year’s resolution was to update to a new version of Git, we’ve got good news. The Git community has just released Git 2.7.0, and we’d like to share some of its highlights with you. More flexible naming
Git Submodule の代替: Git Subtree | Atlassian Japan 公式ブログ | アトラシアン株式会社
インターネットには、Git submodule を使っては いけない という記事が飛び交っています。私はこれらの記事が言うほどひどいものとは思っていませんが、そういった主張が大方正しいことは認めます。以前の投稿でも説明しましたが、submodule は利用価値のあるユースケースは少なく、逆にいくつもの欠点があります。 では、これに代わるものはあるのでしょうか？ 答えは「ある」です。Git の利用は続けつつ、プロジェクトにおけるソフトウェアの依存関係を追跡することができるツールが (少なくとも) 二つあります : git subtree google repo この記事では、git subtree に注目し、完全とまではいえないもののそれが git submodule の問題を解決するものであることを説明しようと思います。 実例としていつもの私のユースケースを取り上げます。自分の dotfi
よく使うGitコマンド
よく使う Git コマンド自分用メモです。 これらのコマンドの組み合わせでなんとか開発はできています。新しいコマンドを覚えたら随時追記。 目次 基本操作 ブランチ操作 tag 操作 stash 操作 変更をやり直す rebase -i diff log リモートブランチを全削除するワンライナー リモートブランチを全部チェックアウトするワンライナー 基本操作 git init Git 管理を開始する。カレントディレクトリに .git が作成される。 git add hoge.txt 対象をステージングエリアに追加。 git status ワークツリーとステージングエリアの状況を表示 git commit -m 'commit message' ステージングエリアの情報をリポジトリに反映。 git rm hoge.txt 対象をワークツリーとステージングエリアから削除。 git mv hoge
JenkinsのGit Pluginの設定の意味がやっとわかった - Qiita
JenkinsでGitを使う時にはGitPluginを使うと思いますが、この設定の細かな意味がわからずにいたのですが、いい加減本腰で調べてみました。 GitPluginの設定ではビルド対象のブランチを指定します。 ここでは複数のブランチを指定できるのですが、１つのジョブで複数のブランチを指定するとどれが対象になるのでしょうか？また、ある特定のブランチを明示的にビルドするにはどうすればいいでしょうか？ 動作を調べたところ、このブランチ設定は「ビルド対象ブランチ」というよりも「更新監視対象ブランチ」と言った方がよさそうです。 実際の動作は以下のようになっているようです。 ジョブが実行される Gitをfetchし、リモートブランチの状態を収集 以下の手順でビルド対象ブランチを収集する [Branches to build]の設定（対象ブランチ設定）が１つだけで、その定義(変数は展開済み)が明確な
Transferring a repository - GitHub Docs
You can transfer repositories to other users or organization accounts. About repository transfers When you transfer a repository to a new owner, they can immediately administer the repository's contents, issues, pull requests, releases, projects (classic), and settings. You can also change the repository name while transferring a repository. For more information, see "Renaming a repository." Prere
Moving A Git Repository To A New Server — Smashing Magazine
In this article, Nik Sumeiko will show you how to migrate a Git repository to a new host quickly and easily. When he had to move a number of Git projects to a new host, it took him quite some time to find an accurate method, but after many attempts he found a solid and effective way. The most important thing is to make sure that your branches and tags and your commit history are all moved. Suppose
手元にあるGit リポジトリをGitHub のリポジトリへ移行する - Qiita
今まで色々と検証して本記事を作成しましたが、@ooocamel さんのコメントの通り次のように--mirror オプションを使用することで、これらの手順はより短い手順で実施できるようです。 # git clone --mirror taro@tarosserver.example.com:/path/to/PrivateProject.git # git remote set-url --push origin git@github.com:Taro/PublicProject.git # git push --mirror これより下の記事については--mirror オプションを使用しない手順になりますが、参考程度にご覧になるようお願いします。 自分の作業環境にあるgit リポジトリをGitHub のリポジトリへと移行する 自分の作業端末や作業場所内のGit リポジトリからGitHub
gitでコミットログをブランチ分岐点だけ表示するコマンドを作った（分岐元ブランチを調べるために） - Qiita
この記事はACCESS Advent Calendar 2015 14日目の記事です。 gitを使っていて、レビューなどで他の人が作ったブランチを見るときに、「このブランチはどのブランチから分岐したものなのだろう？」と思うことが時々あります。 こう思うとき、知りたいのは分岐元ブランチ名であって、ブランチを切った後のコミットの内容などはこの時点においてはむしろ邪魔に思ってたりしました。 この欲求に対し、これまで満足のいく方法が見つかっていませんでした。 「方法が無いならコマンドを作ろう」ということで、コマンドを作りました。 上記githubリポジトリから git-show-branching-commits ファイルをダウンロードして、PATHが通ったところに置いてください。 それにより、gitで show-branching-commits コマンドが使えるようになります。 試しに git
このエラー誰が出したんだ？という時に役立つGitコマンド「git blameとgit log -S」 - Qiita
概要 チーム開発をしていると、身に覚えのないサーバエラーに遭遇する時はよくあります。 そんな時は、エラーの原因（というよりエラーを出した人）を探る必要が有るので、その時に役立つコマンドをお教えします。 git blame path/to/erroFile エラーを出したファイルと、エラーの原因となっているメソッドや変数等の追加文字列（以下、キーワードと呼びます）が分かっている場合は、 git blameコマンドを使用します。 このコマンドを使用する事で、該当ファイルの各行の最終更新者が分かります。 ※ intellij等のIDEを使っている場合は該当ファイルを開き「右クリック>Git>Annotate」で表示可能です。 ※ GitHub等で対象ファイルを開いてBLAMEボタンをおしても同様の結果が得られます。 git log -S erroKeyWord エラーキーワードが分かっている場合
git rebase中に変更したファイルがないのにoverwritten by mergeというエラーになる - Qiita
発生した問題 リベース中に追加・変更したファイルがないのに、下記のようにマージエラーが出るようになってしまいました。 ・ ・ ・ error: Your local changes to the following files would be overwritten by merge: app/models/hoge.rb Please, commit your changes or stash them before you can merge. Aborting Failed to merge in the changes. この場合、リモートで変更のあったファイルをgit管理外にしてたりするのがよくある原因なのですが、今回はそういった設定は一切していませんでした。 またgit statusを実行したのですが、コンフリクトしているファイルなどは存在しない状況でした。 原因 どうやらM
職人エンジニアのチームにGitを導入した時の工夫と反省 - Qiita
この記事ではGitの導入までに体験した苦難や失敗と、それを乗り越えた方法を紹介します。 「えっ、今更」と思われるかもしれませんが、Gitを初心者にレクチャーする際などに参考になれば幸いです。 はじめに 僕の働く開発チームは、40代〜50代の職人的なエンジニアが大半を占める、レガシーな開発環境のチームでした。開発項目と線表はExcelで管理され、バージョン管理システムは活用されておらず、何かを開発すれば何かがデグレを引き起こす、そんなことが日常茶飯事でした。 しかし今では、エンジニア全員がGitのコマンドを使えるようになり、git-flowを用いた開発やリリースを並行して進め、RedmineやGitbucketを活用しています。開発チームにGitを定着させるまでのアプローチを紹介します。 まずはGitを知ってもらう 僕はまず、Gitの特徴と使い方をまとめた資料を作り、開発チームへ説明をしまし
Gitで管理しているExcelファイルの差分を見る - Qiita
動機 ExcelファイルをGitで管理しているときに、差分を見られると嬉しい。Git for Windows (msysgit)は、WordファイルやPDFファイルは差分を見られるように設定済で配布されているが、Excelファイルについては未対応。 できたこと git diffでExcelファイルに加えた変更を確認してからgit commitできる もちろん過去の履歴の差分も見られる 行頭にシート名が含まれていて複数シートにも対応している CUIでのExcelファイルの差分表示例 GUI (Git Extensions)でのExcelファイルの差分表示例 超便利！！！ 使ったもの Git for Windows (msysgit) version 1.8.4.msysgit.0 Go 1.4.2 git-xlsx-textconv ab71fc84ecd7ae97b19305ba05159
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
実践 Git - 低レベルに知る Git
git rebase --onto どこへ どこから どのブランチを - Qiita
Gitで既にmasterにマージされている使用済みブランチを消す方法 - Qiita
