Microsoft、巨大リポジトリを快適に管理できるGVFS(Git Virtual File System)を発表 | ソフトアンテナ
Microsoftは本日、巨大なGitリポジトリを快適に管理するための専用ファイルシステム「GVFS(Git Virtual File System)」を発表しました(slashdot)。 GVFSはGitリポジトリを格納するための専用ファイルシステムで、リポジトリを仮想化し、巨大なリポジトリでも高速な動作を可能とすることを目指して開発されているものです(具体例としてあげられているWindowsのコードベースは350万件を超えるファイルが存在し、サイズは270GBを超えている模様)。 必要なファイルだけをダウンロードすることでcloneを高速化し、リポジトリの状態を積極的に管理することで、checkoutやstatusなどに必要な時間も短縮します。例えばcloneにかかる時間が12時間から数分に、checkoutは2〜3時間から30秒に、statsuは10分から4〜5秒に短縮されるとしてい
GitHubリポジトリが突然消えたときにやるべきこと - Grooves開発ブログ
新年あけましておめでとうございます。ことよろ。 最近 Forkwell のポートフォリオ機能を弄っている@sinsoku です。 今日は弊社で起きた「リポジトリが突然消えた事件」について書きたいと思います。 事の始まり 昨年末の26日の朝、 fork したけど使っていないリポジトリがあったので、何気なく削除しました。 その30分後、同僚のapp2641に声をかけられました。 app2641:「なぜか(メイン)リポジトリが404なんですが、sinsoku さん何か知ってます？」 sinsoku:「え、いや、分からないです。私の方でも調べてみます。（もしかして...）」 自分でもリポジトリのページを表示してみました。 404 ですね。マジか...。Audit log を確認してみるか。 見覚えあるアイコンの横に repo.destroy て書いてあるじゃないか...o..rz GitHub の
GitLabの運用方法をドーンと公開！！ - pixiv inside [archive]
ピクシブ株式会社 Advent Calendar 2016の時間です。今回はピクシブ株式会社でエンジニアをしている @catatsuy が担当します。今回は意外と書いてなかったのでGitLabを社内でどう運用しているかの話を書こうと思います。 GitLabとGitHub ピクシブ社内では以下の2つの方法でソースコードを管理しています。 自社でホストしているGitLab GitHub Organization それぞれ以下の特徴があります。 GitLabのメリット 自社でホストしているため、アメリカにサーバーがあるGitHubよりもgit cloneでリポジトリをダウンロードする場合などは速い オープンソースのプロジェクトのため、社内のサーバーにインストールするだけで使える ソースコードを読めば内部でやっていることが分かる ユーザー数やリポジトリ数などで料金がかからないため、気軽に使える G
![GitLabの運用方法をドーンと公開！！ - pixiv inside [archive]](https://cdn-ak-scissors.b.st-hatena.com/image/square/8e3e8f846870fc5033b87b4b346a4f506eb82516/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F11696248318756278971%2F10328749687197154835%2F1481852582)
明日から出来る重い Gitレポジトリへの対抗策 - Qiita
はじめに これは Git Advent Calendar 2016 の4日目の記事です。 今回の記事が対象とする大規模なレポジトリは、何年間も開発が続けられ、ファイル数、履歴、ブランチ、タグなど、全般的に肥大化してしまったようなレポジトリです。肥大化したレポジトリを何も気にせず扱った場合、以下のような不幸な自体に見舞われます。 終わらない git clone 止まらない disk full 帰ってこない git status これらは貴重な時間や資源だけでなく、エンジニアや周りの人の精神エネルギーまで持っていきます。 この記事においては、これらの原因を解決するための実践テクニックのうち、明日から利用できるものをまとめます。歴史を改ざんする系のもの、レポジトリ構成を変えるもの、アプリケーション層に入り込んだ改修などは今回の記事の範囲から割愛させていただきます。 また、巨大なレポジトリを扱うた
svn主流の職場にプルリク開発を導入するための口説き文句集 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 概要 今更ですけどプルリク開発イイですよね。 自分がいるちょっと堅めの組織では、プルリク駆動が浸透するまでに1年半くらいかかりました。ただ、導入後のアンケートでははsvnを使いたいという人が皆無になるくらい、プルリク駆動開発には価値があると現場にわかってもらえましたので、導入時に効果的だった口説き文句をまとめてみました。 えらい人も説得しないといけないし、現場も説得しないといけないので、それぞれに向けたフレーズになっています。 なお中には、gitにもかかわらずtrunkという言葉を使っているケースがあります。これはgitのmasterブ
[日本語訳]A successful Git branching model - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 2010年、オランダのエンジニアVincent Driessenさんの一提案に過ぎなかったgitのブランチモデル A successful Git branching model はその後、世界中に広く浸透し今やgit運用モデルとしてデファクトスタンダードになりました。 今回、Vincent Driessenさんにご快諾いただき日本語訳を掲載することになりました。 Org: http://nvie.com/posts/a-successful-git-branching-model/ Contact: me@nvie.com twitt
![[日本語訳]A successful Git branching model - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/55eaed763761e22371246a8e6c4042f41a94d2f9/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fqiita-user-contents.imgix.net%252Fhttps%25253A%25252F%25252Fcdn.qiita.com%25252Fassets%25252Fpublic%25252Farticle-ogp-background-afbab5eb44e0b055cce1258705637a91.png%253Fixlib%253Drb-4.0.0%2526w%253D1200%2526blend64%253DaHR0cHM6Ly9xaWl0YS11c2VyLXByb2ZpbGUtaW1hZ2VzLmltZ2l4Lm5ldC9odHRwcyUzQSUyRiUyRnFpaXRhLWltYWdlLXN0b3JlLnMzLmFtYXpvbmF3cy5jb20lMkYwJTJGMTMxMzE2JTJGcHJvZmlsZS1pbWFnZXMlMkYxNDczNzE4MjQ3P2l4bGliPXJiLTQuMC4wJmFyPTElM0ExJmZpdD1jcm9wJm1hc2s9ZWxsaXBzZSZmbT1wbmczMiZzPTJlMGJlZWI1NTRhYzlmYmQ5MjVmYWIwMzdiMWMxNWE5%2526blend-x%253D120%2526blend-y%253D467%2526blend-w%253D82%2526blend-h%253D82%2526blend-mode%253Dnormal%2526s%253Dce3b8721c0b445c1375141cd6d5cf03b%3Fixlib%3Drb-4.0.0%26w%3D1200%26fm%3Djpg%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk2MCZoPTMyNCZ0eHQ9JTVCJUU2JTk3JUE1JUU2JTlDJUFDJUU4JUFBJTlFJUU4JUE4JUIzJTVEQSUyMHN1Y2Nlc3NmdWwlMjBHaXQlMjBicmFuY2hpbmclMjBtb2RlbCZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZ0eHQtY29sb3I9JTIzMUUyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnR4dC1wYWQ9MCZzPTE4NDQ4NWIzNjAxMTRkOTdhZjFlNGMwZWM4OTI2ZDI4%26mark-x%3D120%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTgzOCZoPTU4JnR4dD0lNDBob21ob200NCZ0eHQtY29sb3I9JTIzMUUyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1wYWQ9MCZzPTQ4Yjk0MTM5NTNiZmJmNTUzNjU5ZGMzYjZmZGNkNTUx%26blend-x%3D242%26blend-y%3D480%26blend-w%3D838%26blend-h%3D46%26blend-fit%3Dcrop%26blend-crop%3Dleft%252Cbottom%26blend-mode%3Dnormal%26s%3Df039391e2577e045bc349da4224d33f3)
Bitbucket Cloud が Git Large File Storage (Git LFS) をリリース | Atlassian Japan 公式ブログ | アトラシアン株式会社
こちらの記事は、Szilard Szasz-Toth によって書かれた Git Large File Storage (Git LFS) now in Bitbucket Cloud を翻訳したものです。 近年、あらゆる業界のソフトウェア チームがその実行速度、分散型システム、強力なワークフローを理由に Git を導入してきました。さらに、現代のソフトウェア チームはますます横に広がる関係を持ち、開発者だけではなく設計者、QA エンジニア、技術ライターなども関与するようになっています。こうしたチームが成功を収めるためには、そのままのソース コードだけではなく、リッチ メディアや大容量のデータにおいてもコラボレーションする必要があります。 ただし、Git は大容量のファイルをあまりうまく処理できず、リポジトリがすぐに肥大化してしまうことは周知の事実です。そこでこの度、今年初めのBitbuck
「Git補完をしらない」「git statusを1日100回は使う」そんなあなたに朗報【git-completionとgit-prompt】 - Qiita
# スクリプト読み込み source $HOME/.git-completion.bash source $HOME/.git-prompt.sh # プロンプトに各種情報を表示 GIT_PS1_SHOWDIRTYSTATE=1 GIT_PS1_SHOWUPSTREAM=1 GIT_PS1_SHOWUNTRACKEDFILES= GIT_PS1_SHOWSTASHSTATE=1 ############### ターミナルのコマンド受付状態の表示変更 # \u ユーザ名 # \h ホスト名 # \W カレントディレクトリ # \w カレントディレクトリのパス # \n 改行 # \d 日付 # \[ 表示させない文字列の開始 # \] 表示させない文字列の終了 # \$ $ export PS1='\[\033[1;32m\]\u\[\033[00m\]:\[\033[1;34m\]\w\[
vbaDeveloper - Excel VBAのコードをバージョン管理する
プログラマーであれば誰もがコードはバージョン管理システムに登録しておきたいと思うものでしょう。何かあった時に差し戻せますし、変更の確認にも使えます。一人はもちろん、複数人での開発ともなれば必須の仕組みです。 しかしVBA（Excel）ではそのようなバージョン管理の仕組みがありません。そこで使いたいのがvbaDeveloperです。 vbaDeveloperの使い方 vbaDeveloperは同じVBAでできており、若干セットアップが面倒なものの、それが終われば関数を実行するだけです。実行後、プロジェクト全体が一つずつのファイルとしてエクスポートされます。 ファイルが出力されてしまえば、後は任意のプロジェクト管理でコミットすればOKです。自動化されるわけではありませんが、Git/Mercurial/Subversion/CVSなどシステムの選択肢は多いのが便利そうです。 vbaDevelop
誰でも出来る有名OSSへのコントリビュート - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? OSS ？コントリビュート？興味無いんだけど？ という方はこちらをどうぞ！ 参考：意外ととっつきやすい OSS 開発参加方法まとめ-shunsuke227ono どうやってコントリビュートする? ドキュメントやリファレンスを GitHub で管理している OSS(オープンソースソフトウェア)があります。 例えば、PHP の Web アプリケーションフレームワークである CakePHP の公式リファレンス(CookBook) は、 こちら(GitHub) で各国の言語に翻訳されて管理されています。 英語で書かれている本家ドキュメントを日本
さくらVPS＋Redmine＋Gitで自動デプロイ環境を構築 - Qiita
さくらVPSでプライベートリポジトリを構築しているのですが、自動デプロイの環境を構築していなかったのでやってみました。 Redmineは別に使ってなくてもおｋ。 CentOS6.7 Redmine(バージョンは忘れますた) Git 触れないこと vpsのセットアップ方法 redmineの導入 sshの設定（鍵の作り方、接続方法など） 前提条件 VPSにssh接続できる プライベートなリモートリポジトリをVPSに設置済み （Redmineでリポジトリの設定ができる） vpsのgitの実行ユーザーについて wheelグループに属さないgit専用ユーザー（git）をgitの実行ユーザーとしています。sudo権限は持っていません。 1.リポジトリの設定 VPSのリモートリポジトリ置き場は人それぞれかと思いますが、私は/var/lib/gitに置いています。 色々やり方があるかと思いますが、私の環境
Jenkinsでbuildするときにmerge漏れを検知する方法 - Qiita
概要 git branch -r --mergedを利用したチェックスクリプトを噛ませる やりたいこと 最新のdevelop(またはmaster)ブランチの内容をmergeしてないfeatureブランチを開発環境に上げてしまうミスを無くしたい 上げたあとに気づいて再デプロイ&再テストするコストがかかる 経緯 「merge漏れしてるモジュールでテストしてしまっていて、実はデグレってました」とかがちょいちょいあった。 「基準ブランチに変更があったら、必ずfeatureブランチに取り込むこと」ってルールづけても、merge漏れを0にするのは不可能だから、何とかしたかった。 アプローチ Jenkinsでjobを実行する際、build対象のブランチがmerge漏れを起こしていたら、そのbuildを失敗させる merge漏れの定義 基準ブランチに含まれていて、build対象ブランチに含まれていないco
今すぐ電子書籍(技術書)を書き始める方法と文章の自動チェック
電子書籍開発環境 Markdownで書く電子書籍開発環境というスライドで、GitBookとMarkdownで技術書(電子書籍)を書く話を紹介しました。 文章はtextlintで、コードはESLintとテストでチェックして、サンプルコードに対してテストを書けるプロジェクト構造について書かれています。 どのように表記揺れなどやコードの間違いを防ぎながら、書籍を開発していくかについて書いているので詳しくは上記のスライドを見て下さい。(スライドの下へスクロールすると文章版が載ってます) スターターキット 上記の設定をすぐに使えるようにスターターキット的なものを作りました。 azu/gitbook-starter-kit 実際にこのgitbook-starter-kitを電子書籍とした時の表示は以下で見ることができます。 GitBook Starter Kit - GitBook インストール 利用
デザイン受け渡しのGit運用を再構築。「用語の壁」を乗り越えるための取り組みとは？ | SELECK
〜チームの成長に合わせてGit運用を見直し、デザイナーにまで活用の幅を広げた事例〜 エンジニアには馴染みの深い、「Git」。GitHubなどのサービスの登場により、プログラミング未経験者でも耳にする機会は増えているが、敷居の高さを感じている人も多い。 DMM.comが提供する、モノづくりのためのプラットフォーム「DMM.make」。その開発・運用を担当する株式会社DMM.comラボのDMM.makeチームでは、デザイナーとエンジニアの「デザイン取り込み」作業に課題を抱えていた。 どのデザインがどの案件に対応しているのか分からず、確認作業が発生するなど必要以上に時間がかかる状態だったという。 その課題を解決するため、デザイナーにGitを浸透させたのが、同社に2015年卒で入社したエンジニアの西岡 景子さん。 Gitに限らず、運用の改善が好きだと語る西岡さんに、デザイナーにまでGit活用を広げ
多段SSHでscp,rsync,gitを使う - Qiita
多段SSHでscp,rsync,gitを使う ファイアーウォールの中のSSHサーバに接続したい場合、ゲートウェイとなるSSHサーバを経由して接続することがよくあります。 その場合、ProxyCommandを使った多段SSHスクリプトを用意しておくといろいろなコマンドから利用できるのでとても便利です。 以下の例は、~/bin (ホーム直下のbinディレクトリ) にPATHが通っている前提です。 多段SSHスクリプト 小さなシェルスクリプトを書きます。 ゲートウェイとなるSSHの情報を設定します。以下の例はusername: username, host: gatewayの例です。 ProxyCommand ssh の後にはsshコマンドのオプションが使えますので、ポート番号が違う場合などは -p で指定できます。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
[Git] 古いリモートリポジトリから新しいリモートリポジトリへブランチ等も含めて引っ越し - Qiita![[Git] 古いリモートリポジトリから新しいリモートリポジトリへブランチ等も含めて引っ越し - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/dc25ca86ae9f94bd1aba55207f9e4ebde6c7c2b8/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fqiita-user-contents.imgix.net%252Fhttps%25253A%25252F%25252Fcdn.qiita.com%25252Fassets%25252Fpublic%25252Farticle-ogp-background-afbab5eb44e0b055cce1258705637a91.png%253Fixlib%253Drb-4.0.0%2526w%253D1200%2526blend64%253DaHR0cHM6Ly9xaWl0YS11c2VyLXByb2ZpbGUtaW1hZ2VzLmltZ2l4Lm5ldC9odHRwcyUzQSUyRiUyRnFpaXRhLWltYWdlLXN0b3JlLnMzLmFtYXpvbmF3cy5jb20lMkYwJTJGNTUyMTklMkZwcm9maWxlLWltYWdlcyUyRjE0NzM2OTM2MjA_aXhsaWI9cmItNC4wLjAmYXI9MSUzQTEmZml0PWNyb3AmbWFzaz1lbGxpcHNlJmZtPXBuZzMyJnM9NGU0NmQyZWNkYmVjOGZhODM2NmU5NTc5YzZiZDFmYzI%2526blend-x%253D120%2526blend-y%253D467%2526blend-w%253D82%2526blend-h%253D82%2526blend-mode%253Dnormal%2526s%253D03b4119b2ddd2835c2dfc7aabde8f84a%3Fixlib%3Drb-4.0.0%26w%3D1200%26fm%3Djpg%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk2MCZoPTMyNCZ0eHQ9JTVCR2l0JTVEJTIwJUU1JThGJUE0JUUzJTgxJTg0JUUzJTgzJUFBJUUzJTgzJUEyJUUzJTgzJUJDJUUzJTgzJTg4JUUzJTgzJUFBJUUzJTgzJTlEJUUzJTgyJUI4JUUzJTgzJTg4JUUzJTgzJUFBJUUzJTgxJThCJUUzJTgyJTg5JUU2JTk2JUIwJUUzJTgxJTk3JUUzJTgxJTg0JUUzJTgzJUFBJUUzJTgzJUEyJUUzJTgzJUJDJUUzJTgzJTg4JUUzJTgzJUFBJUUzJTgzJTlEJUUzJTgyJUI4JUUzJTgzJTg4JUUzJTgzJUFBJUUzJTgxJUI4JUUzJTgzJTk2JUUzJTgzJUE5JUUzJTgzJUIzJUUzJTgzJTgxJUU3JUFEJTg5JUUzJTgyJTgyJUU1JTkwJUFCJUUzJTgyJTgxJUUzJTgxJUE2JUU1JUJDJTk1JUUzJTgxJUEzJUU4JUI2JThBJUUzJTgxJTk3JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnR4dC1jb2xvcj0lMjMxRTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmdHh0LXBhZD0wJnM9NzU1OTVkNThhMjVkNTA0ZTIxMGRhNDQ0NDBjYWZjMzA%26mark-x%3D120%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTgzOCZoPTU4JnR4dD0lNDB0YW1hbnVnaSZ0eHQtY29sb3I9JTIzMUUyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1wYWQ9MCZzPTkyM2FmYTlmNmZlOTM4YmJlYTg5MTg3ODFjOWM3Mjkw%26blend-x%3D242%26blend-y%3D480%26blend-w%3D838%26blend-h%3D46%26blend-fit%3Dcrop%26blend-crop%3Dleft%252Cbottom%26blend-mode%3Dnormal%26s%3D3d3621237a52e693d5907cfafdd59462)
gitの管理を避けるためのあれやこれ - Qiita
自分の環境のみGit管理対象外を指定する - Qiita
.gitignoreを自動で生成してくれるgibo - Qiita
Git でよくあるミスからの復旧方法 - Qiita
