バージョン管理を入れていて役立つのが差分（Diff）です。Gitでは標準で git diff が使えますが、大きな変更を行っている時には見づらいでしょう。かといって専用のソフトウェアを使うのも面倒です。 そこで使ってみて欲しいのがwebdiffです。Gitコマンドに連携したWebブラウザベースの差分表示ツールです。 webdiffの使い方 webdiffは git diff の代わりに git webdiff とするだけです。そうするとWebブラウザが立ち上がって差分を表示してくれます。 webdiffをインストールしておけば、差分表示がとても見やすくなります。ファイル単位でサイドバイサイドで見られるので変更した部分がはっきり分かるでしょう。インストールしておくと役立つ場面が多そうです。 webdiffはPython製のオープンソース・ソフトウェア（Apache Licnese 2.0）で
大規模なソースコードを分析・閲覧する際に有用なのが、ソースコード専用の検索ツールだ。こういったツールは複数あるが、今回はGitリポジトリやGitHubなどのホスティングサービスとの連係機能を特徴とするオープンソースの検索ツール「Sourcegraph」を紹介する。 Webブラウザ上からGUIで操作できるソースコード検索ツール システム開発の現場において、クラスや関数がどこでどのように定義されているのかを調べたり、メッセージなどで表示される特定の文字列がどこで使われているかを調べたりするといった作業は割と頻繁に発生する。こういった作業はgrepなどの汎用検索ツールでも可能ではあるが、その場合たとえばソースコード以外のファイルに含まれる文字列も検索に引っかかるほか、その出力もやや見にくい。そこで活用したいのが、専用のソースコード検索ツールだ。 ソースコード検索ツールでは、対象のソースコードがど
こんにちは、@yoheiMuneです。 Gitを使って開発をしていると、時々自分だけgitignoreにしたいファイルができます（例えばエディタのメタファイルとか）。そのようなファイルを、自分の環境からバージョン管理から外す方法をブログに書きたいと思います。 特定のプロジェクトにある指定したファイルを、自分だけgitignoreしたい 掲題のような場合には、.git/info/excludeのファイルにバージョン管理外にしたいファイルを指定します。 # .git/info/exclude my-gitignore-target.txt すると、ファイルをGitレポジトリ上に追加しても、バージョン管理対象外になります。 # ファイルを追加する $ touch my-gitignore-target.txt # しかし、バージョン管理対象に入らない $ git status # On bran
Git は紛らわしいという評判です。用語や言い回しが意味するものと、そこから想像する挙動が違ってユーザーが混乱すると言われます。これは、git cherry-pick や git rebase のような「履歴を書き換える」コマンドに最も顕著です。私の経験では、この混乱の根本的な原因は、コミットは 差分 であり順番を入れ替えることができるという解釈にあります。しかし、コミットはスナップショットであって、差分ではありません! Git がリポジトリデータをどのように保存しているかを見てみると、Git を理解しやすくなります。このモデルを調べた後に、この新しい視点が git cherry-pick や git rebase のようなコマンドを理解するのにどのように役立つのかを探っていきます。 本当に深く 掘り下げたいのであれば、Pro Git という書籍の Git Internals の章を読むと
個人的なタスク管理ツールとしてGitHub Issueを使うようにしてその仕組みを色々と作っているので、そのアーキテクチャについてのメモ書きです。 後述しますが、GitHubをベースとすることでプログラムでの拡張性が高いというのが特徴です。 セットアップが色々と必要になるためぱっと再現しやすい感じではなかったり一部未公開になってます。 需要があったらオープンソースとして公開できるように整えます。 GitHub Issuesとタスク管理ツールでの課題 自分の中で、タスク管理ツールとGitHub Issuesを両方使う場合に次の課題がありました。 自分のタスクの半分以上はGitHubに何かしら紐づく情報(オープンソース、ブログ、仕事)であったため、GitHub Issueとの二重管理感がある GitHub上で複数のリポジトリのタスクを管理するのが難しい 1つ目は、タスク管理ツールを使っても結局
git では通常、リポジトリと作業ディレクトリとが一組になっています。git clone をすると、作業ディレクトリの中に .git ディレクトリ（＝リポジトリ）が作成されます。 そして、この作業ディレクトリの中でブランチを切り替えて作業するのが一般的かと思います。 さて、作業ディレクトリの中で何かの作業中に、別の割り込み作業が発生して、一時的にブランチを切り替えたくなったとしましょう。そんなときは、いったん現在のブランチに作業中の変更をコミットしておいてからブランチを切り替えたり、作業中の変更を git stash を使って保存してからブランチを切り替えたり、という操作をすることになります。 そういった操作が簡単に素早くできるのが git の特徴ではあります。しかしそれでも、そういった切り替えが多くなってくると、作業中の変更を失ってしまったり、現在のブランチを勘違いして作業してしまったり
はじめに 会社や研究室でGitを使ったバージョン管理システムを構築したいというニーズが少なからずあると思います。言うまでもなく、ソースコードやそれに付随する書類を管理する上で、手作業でそれを行うのは非常に非効率だからです。 今回は、Linuxサーバを持っておらず、Windows OSの入ったパソコンしか使えない場合を想定して、Windows10パソコン上にGitサーバをたてる方法について説明します。 WindowsパソコンにGitサーバを立てることはまずやらないためか、ネット上での情報が少なく、公開されている情報も断片的だと感じたので、今回私なりにまとめてみることにしました。 実行環境 Gitサーバ (Windows10 Pro) Gitクライアント (Windows10 Pro) Gitのインストール（サーバ・クライアント共通） サーバ（Windows10）とクライアント側（Window
自分が実際に企業で働くうえでよく使ったコマンドや役に立った設定をまとめてみました。 Git入門系に関しては飽和していると思いますが、ちょっとした応用編としてご覧いただければ幸いです。 自分の環境 ファイルの数や行数が膨大 複数の案件が同時進行することが多く、質問などに答えたりするためにブランチ移動をすることが多い プロジェクト内に複数文字コードが混在している（Shift-JISとUTF-8） コマンド編 基本のコマンド書きなぐり $ git clone <ブランチ名> <ディレクトリ名> # clone先のディレクトリ名まで指定してcloneする $ git pull # pullする。必要に応じて -u や、 remote名、ブランチ名を打ち込む $ git diff # 差分見る $ git diff master HEAD # 現在の状態とmasterを比較する $ git chec
Git LFSとは Gitは、音声・動画・高画質な画像などの大きなファイルを扱うことは不得意です。Gitリポジトリにそのような大きなファイルを含めると、git clone・git push・git pullの処理に膨大な時間がかかります。 Git LFS （Large File Storage以下、LFS） は前述した問題を解決すべく、GitHub・Microsoft・Atlassian、および他のコントリビュータによって開発されているGitの拡張機能です。 これにより、大きなファイルをより効率的に扱うことができます。 Gitの使用可能なバージョンは こちら をご確認ください。 大きなファイルを必要な分だけダウンロードする たとえば、LFSで管理したファイルはgit clone・git pullのときではなく、git checkoutのタイミングで必要な分だけダウンロードされます。 大きな
Backlogを安定して運用し全てのお客様に安心してご利用いただくために、2020年9月上旬からGitリポジトリのサイズとGitリポジトリ内のファイル単体のサイズを制限します。これらのサイズの制限を超える場合、リポジトリへのプッシュはブロックされます。大きすぎるファイルを管理する方法として、後述のGit LFSやファイル共有を推奨します。 適用される制限、制限の背景、制限の対象と適用スケジュール、制限にともないお客様でご対応が必要なケースについてご説明します。 適用される制限 2020年9月上旬より適用される、Backlogの各プロジェクトに存在するGitリポジトリのサイズ（以下、リポジトリサイズ）とGitリポジトリ内のファイルサイズ（以下、ファイルサイズ）の制限について、具体的に説明します。 ファイルサイズは最大100MBまで ファイルサイズは100MBを上限とし、それ以上は制限の対象と
Gitでよく使用するコマンドが何を行っているかをGIFアニメで解説した記事を紹介します。 Gitのマージ、リベース、リセット、チェリーピック、フェッチ、プル、リフログなど、コマンドを実行した時にブランチはどのように相互作用し、履歴にどのような影響を与えるのか視覚的に学べます。 🌳🚀 CS Visualized: Useful Git Commands by Lydia Hallie 下記は各ポイントを意訳したものです。 ※当ブログでの翻訳記事は、元サイト様にライセンスを得て翻訳しています。 はじめに Gitのマージ（fast-forward, no-fast-forward） Gitのリベース（rebase） Gitのリセット（reset, revert） Gitのチェリーピック（cherry-pick） Gitのフェッチ（fetch） Gitのプル（pull） Gitのリフログ（re
最終更新: 2017年4月8日 目次 「.gitignore」の基本 すでにGitの管理下にあるものを除外したい 除外指定に該当するものを確認する 「.gitignore」の基本 キャッシュファイルなど、バージョン管理の対象から外したいファイルは.gitignoreに記述します。 .gitignoreを設置した階層からそれ以降の階層にかけて有効になります。 (.gitignoreの記述例) # 「.AppleDouble」フォルダを除外 .AppleDouble/ # 「.DS_Store」や「._.DS_Store」を除外 *.DS_Store # あらゆる階層の「cache」フォルダの中身だけを除外。 # 「cache」フォルダ自体は無視しない。 # 詳しくは下記のリンクを。 **/cache/* !.gitkeep 公式: https://git-scm.com/docs/gitig
OneDriveとGitとVisual Studio Codeで開発ができます。よかった。 手順について優しめ且つ適当に説明する。”易しめ”ではない。 OneDriveに構築するのだから個人での使用になるだろう。でもOneDriveを例えば社内のサーバーとかに読み替えてもいいと思うよ。 俺もまだGitと寝たわけでは無いから、深いハナシはしてないよ。 また、この記事はGitHubのプロジェクトからコードをもらって開発し始めるものではない。だけどこの記事を一通りプレイしたら、それができるようにならないともいえなくもない事もございませんとも、申し上げません。 ＼もってまわるわね／ 理解、手順が違っていたり、効率の悪いやり方をしていたらコメントで指摘をしろ。いいな。 ◆準備 OneDriveとGitとVisual Studio Codeを各リンクから落としたり入れたりする。 GitはCodeより先
1. 使い始める 1.1 バージョン管理に関して 1.2 Git略史 1.3 Gitの基本 1.4 コマンドライン 1.5 Gitのインストール 1.6 最初のGitの構成 1.7 ヘルプを見る 1.8 まとめ 2. Git の基本 2.1 Git リポジトリの取得 2.2 変更内容のリポジトリへの記録 2.3 コミット履歴の閲覧 2.4 作業のやり直し 2.5 リモートでの作業 2.6 タグ 2.7 Git エイリアス 2.8 まとめ 3. Git のブランチ機能 3.1 ブランチとは 3.2 ブランチとマージの基本 3.3 ブランチの管理 3.4 ブランチでの作業の流れ 3.5 リモートブランチ 3.6 リベース 3.7 まとめ 4. Gitサーバー 4.1 プロトコル 4.2 サーバー用の Git の取得 4.3 SSH 公開鍵の作成 4.4 サーバーのセットアップ 4.5 Git
Microsoftは10月14日(米国時間)、エンジニア向けの公式ブログ「Microsoft ITOps Talk」の記事「Getting Started with Git」が、オープンソースのバージョン管理システム「Git」の使い方を簡単にまとめるとともに、WindowsにおいてGitを使う出す方法を紹介した。 記事では、次のページからWindows向けGitバイナリをダウンロードしてきてインストールする方法を紹介している。 Git - Downloading Package Git - Downloading Package GitHub.comは現在、ソフトウェアのホスティングサービスのデファクトスタンダードになっている。gitコマンドを使うことでGitHub.comでホスティングされているプロジェクトのリポジトリをローカルに同期させることができる。さまざまな開発で利用されており、開
注意: バズってますが、これははてなダイアリーからはてなブログの自動マイグレーションに失敗してたものを復旧させたもので、書かれたのは2012年です。 - 最近流行っているGit初心者向け記事は、「僕らが本当に知りたかったこと」が欠けているようにしか思えません。 そこで、本当のGitの使い方を僕が皆さんに伝授しようと思いました。 なにはともかく使ってみよう 前提として、皆様のお手元にはすでにGitがインストールされているものとします。 今回はエディタとしてDungeonCrawl StoneSoupを使います。 Downloads « Dungeon Crawl Stone Soup http://crawl.develz.org/wordpress/downloads Dungeon Crwal Stone Soup は今一番ホットなオープンソースのローグライクです。風来のシレンやトルネコ
こんにちは、sue445です。 先日社内で使ってるGitLabのリプレイスをしたのでその辺の話をしたいと思います。 リプレイスの内容 今回のGitLabリプレイスでは主に下記を行いました。 サーバ移設に伴いURL以外全部変えた レガシーな環境で運用されていたGitLabを全てDockerコンテナに載せた MySQLからPostgreSQLに移行 以上を1時間弱のメンテでやりきった 構成 ざっくり書くと、SSL終端のフロントサーバのみ同じで、それ以外のバックエンドを全部変えました。 旧 APサーバ Debian Wheezy CPU: Intel Xeon E5-2640v2 * 2 Memory: 40GB Disk: 64G + 512G MySQL兼Redisサーバ Debian Wheezy CPU: Intel Xeon X3430 Memory: 8GB Disk: 256G M
git-flowはDriessen氏がブログにて発表したgitの開発手法であり、それを実現するツールの名前でもあります。 今回はツールの説明ではなく、ブランチを中心とした開発手法についてまとめます。 5つのブランチ git-flowにはmaster, release, develop, feature, hotfixの5つのブランチが登場します。 メインブランチ 開発のコアとなるブランチ。 master 製品として出荷可能な状態であり、アプリケーションが安定して動く状態にする必要がある。 develop 次のリリースのための最新の開発作業の変更が反映されている状態。このブランチが常に最新。 サポートブランチ 機能の追跡、製品リリースの準備、製品に起きた問題をすばやく修正すること、などを容易にするためのブランチ。 feature 分岐元：develop merge先：develop deve
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く