Enabling Developers to Quickly Visualize Complex Data, Code, and Progress
![Git GUI for Windows, Mac & Linux | GitKraken](https://cdn-ak-scissors.b.st-hatena.com/image/square/0b379ef9939595da90a65bd0df137d61ed78eed4/height=288;version=1;width=512/https%3A%2F%2Fwww.gitkraken.com%2Fwp-content%2Fuploads%2F2023%2F08%2FOG-3.png)
Open SourceProductGit 2.4 — atomic pushes, push to deploy, and moreGit's 10-year birthday celebrations notwithstanding, the Git community has been busy preparing another major new release of the Git command-line utility. Release 2.4.0 is weighted towards cleanups, bug fixes, and… Git’s 10-year birthday celebrations notwithstanding, the Git community has been busy preparing another major new releas
ProductAnnouncing Git Large File Storage (LFS)Distributed version control systems like Git have enabled new and powerful workflows, but they haven't always been practical for versioning large files. We're excited to announce Git Large File Storage… Distributed version control systems like Git have enabled new and powerful workflows, but they haven’t always been practical for versioning large files
EngineeringGit 2.3 has been releasedThe Git developers have just released a major new version of the Git command-line utility, Git 2.3.0. As usual, this release contains many improvements, performance enhancements, and bug fixes. Full… The Git developers have just released a major new version of the Git command-line utility, Git 2.3.0. As usual, this release contains many improvements, performance
From: Junio C Hamano Date: Wed Nov 26 2014 - 18:09:34 EST Next message: tip-bot for Jiang Liu: "[tip:x86/apic] iommu/amd: Enhance AMD IR driver to suppport hierarchy irqdomain" Previous message: tip-bot for Jiang Liu: "[tip:x86/apic] iommu/vt-d: Enhance Intel IR driver to suppport hierarchy irqdomain" Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] The latest feature release Git v2.
今日、なるせさんが TODO: コミット時にChangeLogの日付を現在時刻に更新する — 成瀬 (@nalsh) 2014, 8月 15 とかつぶやいていて、意味がわからないので突っ込んだところ。svn ポッキー問題と呼ばれる大きな問題が隠れている事がわかった(詳細はコチラ http://togetter.com/li/706683) ので、コミット時に ChangeLogの日付を自動更新する git hookを書いた。これで自動的にChangeLogの時刻がコミット時時刻に一致する。 ソースはこちら。これを .git/hooks/pre-commit というファイル名で保存し、実行可能権限をつける
GitHubには Releases という機能があります。 Release Your Software Creating Releases · GitHub Help GitHubのリリース機能を使う - Qiita 簡単に言えば、gitのtagやbranchに文章や添付ファイルを追加して公開出来るページです。 基本的にはgit tagと連携してるので、tagを付けてgit push --tagsをしていれば、自動的に追加されます。 メリットとしては以下のような事が行えます。 git tagにパーマネントリンクがつく(重要!) メッセージ(リリースノート等)が書ける 添付ファイル(zip)をアップロード出来る(配布するバイナリとか) RSS Feedsが自動的に生成される(TagとReleaseの2種類がある) ライブラリ等にtagがついてると利用しやすい。 git tagとGitHub
GitなどのVCSからcloneしたローカルリポジトリをどう管理するのがいい感じなのか、よくわからない。なんとなく自己流でやっているが、もっといい方法を知りたい。 tl;dr - ディレクトリレイアウトをgolangの作法に合わせ、すべてのリモートリポジトリをghqを使ってcloneし、percolを使って簡単に検索できるようにしましょう。 追記: いまならpercolの代わりにpecoというツールを使うのもよいでしょう。というか、僕はそうしています。設定方法はこのエントリとほぼ同様の内容でいけると思います。 背景 そんな課題を抱えつつも、特になにかをするわけでもなく日々暮らしていた折、Rebuild: 42: When in Golang, Do as the Gophers Do (lestrrat)で@lestrratさんが、Goのお作法に、他の言語のリポジトリも含め、すべてあわせる
普段から普通にやっている方法です。 git fetch git checkout -b $BRANCH_NAME origin/master git push -u origin $BRANCH_NAMEgit fetchでoriginを最新にして、origin/masterからブランチを切ります。 これで、プロジェクトの最新の状態からbranchを切る事が出来ます。 現在どのbranchに居るかを気にせずとも、branchを切る元を間違える事がないので安心です。 (例えばうっかり関係ないtopic branchから切ってしまう。といったことを気にしなくて良くなります。) また、git push -u origin $BRANCH_NAMEすることにより、 リモートブランチがupstreamとして紐付く為、いちいちgit pull origin $BRANCH_NAMEとかしなくて良くなり
From: Junio C Hamano Date: Wed May 28 2014 - 18:31:24 EST Next message: Dave Chinner: "Re: [RFC 2/2] x86_64: expand kernel stack to 16K" Previous message: Bjorn Helgaas: "Re: [PATCH v3 10/15] thunderbolt: Add path setup code." Next in thread: Junio C Hamano: "Re: [ANNOUNCE] Git v2.0.0" Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] The latest feature release Git v2.0.0 is now avail
git は、コードベースの発展過程を記録し、開発者間の協同作業を効率化する強力なツールです。でも、記録対象のリポジトリがとてつもなく巨大なものになったときは何が起こるのでしょうか? この記事では、いくつかの異なる意味での巨大化に正しく対処するためのアイデアと手法を少し紹介してみたいと思います。 二種類の 巨大なリポジトリ よく考えてみると 巨大なリポジトリ が生ずる理由はおおまかに言って二つあります: 非常に長い期間にわたって履歴が積み上げられた (プロジェクトが非常に長い期間継続的に拡大を続けたために開発成果が積み重なった) 場合 巨大でしかも履歴の記録が必要なバイナリ データが存在し、それがコードに反映される場合 その両方の場合 即ち、リポジトリの巨大化は二つの異なる方向に向かって起こることになります。それは、作業ディレクトリのサイズ (即ち直近のコミットのサイズ) の問題と全体の履歴
はじめに gitはコミットごとにレポジトリ内のファイル全てをスナップショットとして保存するというリッチな 設計になっている。 それがgitの便利さの所以なのだが画像データや音声データのようなバイナリデータを持とうとすると 少しの変更でもそのたびにコピーが生じてファイルサイズ分の容量が増えることになり、あっという間にレポジトリが 肥大化してしまう。 特に学習結果をファイルに保持してテスト等に使いまわすようなプログラムを管理しようとすると アルゴリズムのパラメータを少し変えるたびに100kB近い容量が増えていき、実にイケてない。 普通なら.gitignoreに*.xmlと書いてデータ自体は手動管理したり、シンボリックリンクにして別ディレクトリに置いてそれだけrsyncで同期するようにしたりするんだが 過去の実験時の状態に戻れなかったり、毎回rsyncするのは不便だった。 なんか無いかなーと思っ
こんにちは。monipla facebookを担当している佐藤(ま)です。 アライドでは「大佐」と呼ばれております。 最近Gitの操作にも慣れてきましたが、SourceTreeは未だ手放せません。 さて今回は、関連性はありませんが「HEAD^ HEAD~」と「ダブルドット/トリプルドット」について書いていきたいと思います。個人的に最初少しとっつきにくかったので。 HEAD^とHEAD~ まず、HEADとは「今いるブランチの最新コミット」のことですね。 つまり「git show HEAD」とすれば最新のコミット情報が見れることになります。 なのでHEADを起点にすればわざわざハッシュを指定しなくてもコミットログを見ることができます。
ungitはnode.jsで動くグラフィカルなgitクライアントです Learn Git Branchingみたいな直感的なGUIで操作できるので とても分かりやすいです インストール 今回はnvmを使用してnode.jsを入れます $ git clone git://github.com/creationix/nvm.git ~/.nvm $ source ~/.nvm/nvm.sh $ nvm install v0.10.22 $ npm install -g ungit $ nvm use v0.10.22 ログイン時も有効にしたい場合は.bashrcに以下のように書いておきます if [ -d $HOME/.nvm/ ] then source ~/.nvm/nvm.sh nvm use v0.10.22 > /dev/null fi 起動 以下のコマンドで
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く