大きなGitリポジトリをクローンするときの工夫を図解します - DeNA Testing Blog
こんにちは、SWETでCI/CDチームの前田（ @mad_p ）です。 SWETではCI/CDチームの一員として、Jenkins運用のサポートや、CI/CD回りのノウハウ蓄積・研究をしています。 はじめに Gitリポジトリをクローンすると、ローカルフォルダにはそのリポジトリの全体がダウンロードされ .git というフォルダに格納されます。ブランチをチェックアウトすると、ブランチ内のファイルがワーキングツリーとして展開されます。この様子を図にするとこのようになります。 この .git とワーキングツリーの使うディスク容量を節約しようというのが今回のお話です。特にJenkinsにおいて、大きめのGitリポジトリをクローンしてくる場合に課題があり、いろいろ工夫してみたので、その結果を紹介します。同じCI/CDチームの加瀬による記事「大規模リポジトリで高速にgit cloneするテクニック」と内容
コミットを比較する - GitHub Docs
リポジトリの異なるバージョンを比較するには、リポジトリのパスに /compare を追加します。 https://github.com/octocat/linguist/compare/master...octocat:master にある Linguist のフォークの比較ページを見ることで比較の力をご覧に入れます。 各リポジトリの比較ビューには、2 つのドロップダウンメニュー、base と compare が含まれます。 base は比較の開始点と見なされます。compare はエンドポイントです。 比較中は常に、 [編集] をクリックすることで base ポイントと compare ポイントを変更できます。 ブランチを比較する compare の最も一般的な使い方は、新しいプルリクエストを開始するときなどに、ブランチを比較することです。 新しい pull request を開始すると
Managing the automatic deletion of branches - GitHub Docs
You can have head branches automatically deleted after pull requests are merged in your repository. Anyone with admin permissions to a repository can enable or disable the automatic deletion of branches. Branch protection rules and repository rules can also prevent branches being automatically deleted. For more information, see "About rulesets" and "About protected branches." On GitHub.com, naviga
マネージャーと開発者が安心してアプリ開発を続けるための開発ルール - Qiita
@eaglesakura です。 皆さん、進捗どうですか？ お仕事の規模が大きくなれば、参加人数が増えていくでしょう。 参加人数が増えれば、様々な宗教観の人がプロジェクトに参加するでしょう。 お一人様プロジェクトを中心にやっていた人もいれば、大規模案件のソルジャーとしてキャリアを積み上げてきた人もいます。彼らのスキルレベルもまちまちです。 私が参加している（そしてプログラマーに対して強い権限のある立場である）プロジェクトでは、次のようなルールをベースに適用しています。 これはなるべくプログラマーの負担をかけずに管理側（プロジェクトマネージャー＝PM）が開発管理を行える（進捗がブラックボックス化しない）ことを目的とした開発ルールです。 前提ルール ソースコード管理はgit/githubを利用する 1コミット（1ブランチ）に対して、複数Issueを処理しない githubはリポジトリ管理（作成
GitHub の Wiki に画像を貼り付ける一番簡単な方法（Wiki リポジトリを clone しないバージョン） - akiyoko blog
GitHub の Wiki に画像を貼り付けようとして画像をドラッグ＆ドロップすると、 こうなって、画像を貼り付けできませんよね？ 「じゃあ、どうやって GitHub Wiki に画像を貼り付けるの？」とググると、たいてい、 GitHub の Wiki をローカルに clone して、 貼り付けたい画像ファイルを add して、commit して push してから、  という形式で Markdown を記述 などというやり方が出てきますが、何だかよく分からないし面倒臭そうですよね（実際、面倒臭いです・・）。 実は、それよりもずっと簡単な方法で GitHub Wiki に画像を貼り付ける方法があるのです。 今回はその方法を説明します。 方法 １.
Resolve simple merge conflicts on GitHub
ProductResolve simple merge conflicts on GitHubYou can now resolve simple merge conflicts on GitHub right from your pull requests, saving you a trip to the command line and helping your team merge pull requests faster.… You can now resolve simple merge conflicts on GitHub right from your pull requests, saving you a trip to the command line and helping your team merge pull requests faster. The new
チーム開発を変える「GitHub」とは？〜Organizationとアクセス管理〜【連載第4回】 | SELECK
この記事は、リポジトリ管理サービスGitHubの入門記事、連載第4回目です。 2回、3回とGitHubの基本的な使い方について解説してきました。今回は、より「企業内」での活用という点に目を向けて、GitHubのOrganizationとアクセス管理について解説します。 第4回は、次の内容でお送りします。 会社・チームのソースコードを管理する「Organization」 Organizationにメンバーを追加する Teamを追加して細かくアクセスを制限する リポジトリ単位の設定と、Organizationの設定 Organizationは企業のブランディングにも有効？ ▼このシリーズの記事一覧 チーム開発を変える「GitHub」とは？導入方法・使い方を徹底解説！【第1回】【導入編】 チーム開発を変える「GitHub」とは？〜Pull Requestの使い方〜【連載第2回】 チーム開発を変え
［速報］GitHub、月額7ドルでプライベートリポジトリを無制限に作成可能に。新料金プランを発表
新料金プランは、月額7ドルの「Personal」と、最初の5ユーザーが月額25ドル（追加ユーザーは月額9ドル）の「Organizations」の2つを含みます。 月額7ドルのPersonalでは、プライベートリポジトリを無制限に作ることができると説明されています。Organizationも同様に、プライベートリポジトリを無制限に作成可能。この新料金は本日から利用可能です。 いままで通り、パブリックなリポジトリやオープンソースのプロジェクトは無料。 現在、「GitHub Sattellite」の基調講演が日本時間16時半から17時までの予定で行われているところです。新しい情報が入った場合にはこの記事をアップデートします。（更新終了しました）
Git（GitHub）の運用で気をつけていること - えいのうにっき
ある日、 PR の内容を見ずにマージすることを岡島（ピッチャーの）というらしい 笑った— いのうえ (@a_know) 2015, 9月 10 ということで、脳天気に笑っていたら、 @a_know むしろイキナリmasterリポジトリに直接pushするパターンですね！— そーだい＠初代ALF (@soudai1025) 2015, 9月 10 という話になり、そしてなぜだか、 @a_know push -fと同様、Gitの運用アンチパターンとかどこかに纏めがほしいですねー。 #ブログ待ってます— そーだい＠初代ALF (@soudai1025) 2015, 9月 10 というはなしになったので、本当に必要として頂いているのかどうかはともかく、 Git / GitHub でぼくやぼくの職場で気をつけていそうなことをまとめてみる。 もくじ もくじ GitHub Flow に沿って開発する 基本
Primer - GitHub製。みんなで使えるデザインフレームワーク MOONGIFT
企業やプロジェクトによってデザインガイドラインは自ずと必要になってきます。それが社で働くデザイナーの共通認識になる訳ですが、例えばFacebookアプリを作る際にはボタンやデザインをFacebookっぽくしたくなるのではないでしょうか。つまりデザインガイドラインは社内だけでなく社外の人にとっても有益なのです。 そこで登場したのがPrimerです。PrimerはGitHubが作り、使っているデザインガイドラインになります。 Primerの使い方 スクリーンショットを多めで紹介します。まずはグリッド。 ヘッダー。h1〜6まで対応。 テキスト。若干小さめ？ インラインテキストの装飾。 ボタン。ここはGitHubっぽいですね。 ボタングループ。こういうのもGitHubで使われていますよね。 フォーム。シンプルです。 フォームグループ。縦に並べる時に使えます。 メニュー。アイコンはオプションです。
Swift開発で参考にしたいGitHub社の「Swift Style Guide」と日本語版 | ソフトアンテナ
Appleのアプリ開発用言語として大きな注目を集めているプログラミング言語「Swift」。まだ新しい言語だけあって、様々な定石や規約が出揃っておらず、どのように書けばベストなのか迷っている開発者の方も多いかもしれません。 そのようなときに参考になりそうなGitHub社のスタイルガイド、「Swift Style Guide」と、その日本語訳「Swiftコーディング規約」が公開されています。 同スタイルガイドは、Swiftプログラムの精密さや厳密さを向上させ、エラーを減少させることを目的としたガイドラインで、例えば、「(タブよりスペースを使うといった)空白の使い方」から、「可能な限りlet宣言をvar宣言より優先する」、「オプショナル型の開示指定は避ける」、「暗黙的開示オプショナル型の使用を避ける」などシンタックスの細部に至る、様々な指針が提示されています。 if let foo = foo
GitHubユーザーのSSH鍵6万個を調べてみた - hnwの日記
（2015/1/30 追記）時期は不明ですが、現時点のgithub.comはEd25519鍵にも対応しています。 （2016/5/31 追記）「GitHubにバグ報告して賞金$500を頂いた話」で紹介した通り、既に弱い鍵はGitHubから削除され、新規登録もできなくなっています。 GitHub APIを利用して、GitHubの31661アカウントに登録されているSSH公開鍵64404個を取得してみました。抽出方法*1が適当すぎて偏りがあるような気もしますが、面白い結果が得られたと思うのでまとめてみます。 SSH鍵の種類 鍵の種類 個数 割合 RSA鍵 61749 (95.88%) DSA鍵 2647 (4.11%) ECDSA鍵 8 (0.01%) 約6万個の鍵のうち、8個だけECDSA（楕円DSA）鍵が見つかりました！常用しているのか試しに登録してみただけなのかはわかりませんが、何にせよ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GithubエンジニアリングがMySQL高可用性のために新しいアーキテクチャを採用
https://github.com/github/gitignore/blob/master/Swift.gitignore
Build software better, together
Primer
https://github.com/jarinosuke/swift-style-guide/blob/master/README_JP.md
GitHub実践入門──Pull Requestによる開発の変革 | Gihyo Digital Publishing … 技術評論社の電子書籍
GitHubを使ったWeb制作のフローがよく分かる！GitHubの使い手になれるオススメの本 -GitHubの教科書
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
