GitHub Flow in the Browser
AI & MLLearn about artificial intelligence and machine learning across the GitHub ecosystem and the wider industry. Generative AILearn how to build with generative AI. GitHub CopilotChange how you work with GitHub Copilot. LLMsEverything developers need to know about LLMs. Machine learningMachine learning tips, tricks, and best practices. How AI code generation worksExplore the capabilities and be
「こわくない Git」というスライドを発表しました - kotas.tech
社内向けに「こわくない Git」というタイトルのスライドを作って発表しました。 対象者は「マージがなんとなく怖い」「エラーが怖い」「リベース使うなって言われて怖い」と、Git が怖いと思っている人です！ こわくない Git from Kota Saito 発表中に出た質問など 補足も兼ねて、上のスライドを発表した際に出た質疑応答などをここに書いておきます。 Q: 常に Non Fast-Forward (--no-ff) でいいのでは、と思えるけど git merge がデフォルトだと Fast-Foward or Non Fast-Forward (--ff) なのはなぜ？ A1: Non Fast-Forward だと、確かにメリットが多いのですが、1点だけデメリットがあります。特に差分が無い状態で git merge --no-ff すると、空のマージコミットが作られてしまうのです。
Gitブランチ間の変更ファイル一覧をQuickFixリストに出力するvimプラグインを作った - ivxiのブログ
この記事はVim Advent Calendar 2012の187日目の記事です。 186日目は id:osyo-manga さんによる Vim で URLのタイトルをバルーンで表示するプラグインつくった - C++でゲームプログラミング でした。 AdventCalendar初参加です。よろしくおねがいします。 クリスマスがとても待ち遠しいですね！ はじめに この記事では、次の2つの話を書きました。 作ったプラグイン「gitquick.vim」の紹介 プラグインを作る過程でわからなかったことと、どこを見て解決したのか gitquick.vim というプラグインをつくってみました https://github.com/violetyk/gitquick.vim このプラグインは、Gitリポジトリの中での2つのbranchやtag間を比較して、 追加変更があったファイルの一覧をVimのQui
つらくない構成管理 - Sexually Knowing
小さなgemの代わりにプロジェクトに含む形で機能をホストすること - Beating the Averages(just like me) 複数のプロジェクトを横断して使われるモジュールとかそういうかんじの単位のものをどう扱うか、というはなしについて、僕もいろいろ思うところがあっていろいろ考えたりもしている。 更新が楽 VCS (Git) と相性がよい 重複しない 「みなさ〜〜〜ん更新してくださ〜〜〜〜い」と必死で声をかけるのはつらいし、できればコマンド一発でどうにかしたい。その点、Git submodule はたいへん扱いづらい。 また、VCS との相性も重要で特に分散型 VCS を使っている場合、頻繁にブランチは切られてマージされるため、衝突解決もろもろがめんどうな手法だとつらい。その点、Git submodule はたいへん扱いづらい。 重複しない、というのは修正は一箇所で済むように
Git svnではじめる忍者のごとく潜むgit
2017/10/8に開催されたUnity道場 札幌スペシャル2の講演動画です。 講師：黒河優介（ユニティ・テクノロジーズ・ジャパン合同会社） 講演動画：https://youtu.be/pDWIrQBZqwo 「効果的な最適化のために事前に何をしたらよいか？」「どういう考えで最適化を行っていけばよいか？」などの基本的な考え方から、具体的なProfilerの使い方までお伝えしていきたいと思います。この講演で紹介する考え方は、日本のエンタープライズチームを通して得た知見になります。最適化のテクニックそのものは紹介しませんが、考え方を身につける事で、最適化のために役立つでしょう。 こんな人におすすめ ・最適化したいが、何をしてよいかわからず困っている人 ・効率的に最適化を行いたい人 得られる知見 ・Unity Profilerに関するノウハウ ・最適化の目算、見積もりをする技術 Unityのイベ
空のディレクトリをgitで管理するには.gitkeepを使う（.gitignoreは使わない） - YomuKaku Memo
gitを使ってバージョン管理を行う際に、プロジェクト全体のツリー構造をそのまま管理する目的で、中身が何も無いディレクトリもgitの管理下に置きたい場合があります。 何も対応しないと、gitは空のディレクトリをバージョン管理してくれません。 中身が空のディレクトリをgitのバージョン管理下に入れるためには、当該の空ディレクトリの中に .gitkeep というファイルを作成してからgitで管理します。 実例 Railsのアプリケーションを新しく作成する場合を例に用います。 $ rails new test_application $ cd test_application $ ls -l vendor/plugins （vendor/pluginsは中身が空なので何も出力されません） 上のように、vendor/pluginsは中身が空です。 このディレクトリをgitの管理下に入れるために、次の
図で分かるgit-mergeの--ff, --no-ff, --squashの違い - アジャイルSEを目指すブログ
git-merge の--ff, --no-ff, --squashの違いをまとめてみた。 git helpから引用 まずは、git helpを読みましょう git merge --helpから引用（抜粋） NAME git-merge - Join two or more development histories together SYNOPSIS git merge [-n] [--stat] [--no-commit] [--squash] [-s <strategy>] [-X <strategy-option>] [--[no-]rerere-autoupdate] [-m <msg>] <commit>... git merge <msg> HEAD <commit>... git merge --abort OPTIONS --ff, --no-ff Do not gene
GitHubでの仕事を快適にするコマンドを紹介します - $shibayu36->blog;
趣味のプログラミングや仕事をgithubを使って行なっていると、「ちょっとこんなかんじの変更してみたんだけど、このcommit見てよ」とか、「このブランチのこのファイルちょっと見てくれない？」みたいなことがよく起こります。そういう時いちいちgithub上のページをポチポチ押して、URLを教えるみたいなことをやっているのが大変だったので、ターミナルからgithub上のページを開くコマンドを作ってみました。すでにこういうのあるかもしれません。 今回のコマンドで出来ること commitを指定してgithub上の該当commitページを開く HEAD^みたいな指定も出来る ファイル名を指定して現在のブランチのそのファイルのページを開く 行を指定してハイライトさせることも出来る それらのコマンドをエディタなどから使うことでさらに便利に使う openコマンドとperlに依存しているので、これらが使えな
transitive.info - git submodule 使い方
git submodule 使い方 サブモジュールについて サブモジュールは外部のリポジトリをソースツリーのサブディレクトリに埋め込むために使用する。 リモートリポジトリとは異なる（リモートリポジトリはソースツリーに埋め込めない） 二つのプロジェクトのヒストリは完全に分かれている サブモジュールに対しては編集できない 外部リポジトリのヒストリを取り込みたい場合は、サブモジュールではなくsubtree merge strategy を使う メインリポジトリはサブモジュールのリポジトリのあるコミットを参照している サブモジュールを追加する <git://example.com/repo.git> を サブモジュールとして追加するには git submodule add git://example.com/repo.git git submodule add git://example.com/
Free Mercurial and Git Client for Windows and Mac | Atlassian SourceTree
A free Git client for Windows and Mac Sourcetree simplifies how you interact with your Git repositories so you can focus on coding. Visualize and manage your repositories through Sourcetree's simple Git GUI. Simple for beginners Say goodbye to the command line - simplify distributed version control with a Git client and quickly bring everyone up to speed. Powerful for experts Perfect for making ad
vim で gitk 的なことを行う gitv が便利 - 反省はしても後悔はしない
前回に引き続き、今回も Vim + Git ネタですが・・・。 vimshell や fugitive.vim を使っているとほとんどの操作を Vim 上で実現できるます。でも、gitk だけは別ウィンドウで起動しなければならず面倒だと思っていました。 Vim 上で gitk 的なことを行うプラグインがないかと思っていたら gitv.vim というものがありました。 インストール というか github gregsexton/gitv 使い方 コマンドモードで :Gitv と打てばブラウザモード（後述）で起動します。 gitk --all 相当のことは :Gitv --all でいけます。 また、 :Gitv! のように ! をつけるとファイルモード（後述）で起動します。 ブラウザモード 左のウィンドウにコミットのグラフ、右のウィンドウにコミットメッセージとそのコミットでの変更点が表示され
GitHub for Windows
AI & MLLearn about artificial intelligence and machine learning across the GitHub ecosystem and the wider industry. Generative AILearn how to build with generative AI. GitHub CopilotChange how you work with GitHub Copilot. LLMsEverything developers need to know about LLMs. Machine learningMachine learning tips, tricks, and best practices. How AI code generation worksExplore the capabilities and be
Gitをバックエンドに使ったプログラマ向きWiki - Gitit - Masatomo Nakano Blog
Wikiというものはとても便利なんだけど、 大量の文章を書くにはWebブラウザのインターフェースはまだまだ辛い オフラインで使えない(文章書くのは電車が一番) 複数の文章を再構成したり、一括で検索したり、置換したりは、Webだとやっぱりきびしい と言った欠点がある。 とは言え、誰でも気軽に編集できるWikiの魅力も捨てがたい。 そこで、「Wikiではあるんだけど、ローカルでも自分の好きなエディタで簡単に編集できるツールないかなー」と探してみたら、 Gitit というWikiを発見した。 ここ数日、結構な量のドキュメントをGititで書いてみて、わりと満足しているのだけど、検索してもGititの日本語の情報があまり出てこないので紹介してみる。 Gititの特徴 コンテンツをGitのレポジトリに保存する。 そのGItレポジトリをcloneして好きなようにいじってからcommit/pushすれば
Bridge Word
This shop will be powered by Are you the store owner? Log in here
fugitive.vim が便利すぎたのでメモ - 反省はしても後悔はしない
Vim から Git を操作するプラグインとしては、今まで git.vim を使っていたんですが、fugitive.vim のほうが便利だったので乗り換えました。 詳しい説明はここ VimmerなGit使いはfugitive.vimを今すぐ入れたほうがいい - SELECT * FROM life; ここでは、自分が特に便利だと思った機能を書きます。 git add -p をグラフィカルに行う git add -p を使うと、複数の変更箇所のうちどの変更をコミットに含めるかを選ぶことができますが、fugitive の :Gdiff を使うとこれをグラフィカルに行うことができます。 :Gdiff コマンドはインデックスとワークツリーの状態の差分を vim の diff で表示します。 こんな感じ たとえば、スタイルシートの設定（上のほうの差分）はコミットに含めたいけど、クラス属性の付与（下の
MacのGitで日本語ファイル名を扱う方法 (Creatiblog:310326)
Mac OS Xは（独特ながら）UTF-8のファイルシステムだったような気がするのですが、Gitで日本語ファイル名をCommitやPushしようとしたところ、日本語ファイル名がクォートされて文字化けしてました。 もちろん、日本語ファイル名が使えないわけではないので、Terminal.app（自分はiTerm使ってますが）から次の設定をしてあげることで、日本語ファイル名が使えるようになります。 $ git config --global core.quotepath false これをすると、~/.gitconfigのcoreセクションに「quotepath = false」が設定され、日本語ファイルのクォート処理が行われなくなります。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Redirecting…
Git で複数のリポジトリをまとめたり、逆に切り出したりする - Qiita
Git - Documentation
GitHub Flow (Japanese translation)
