Launching GitHub Desktop If nothing happens, download GitHub Desktop and try again. Go back
New — File Release for Amazon FSx for Lustre Amazon FSx for Lustre provides fully managed shared storage with the scalability and high performance of the open-source Lustre file systems to support your Linux-based workloads. FSx for Lustre is for workloads where storage speed and throughput matter. This is because FSx for Lustre helps you avoid storage bottlenecks, increase utilization of compute
How will you describe my blog? Please tell me on twitter or email. ヤク中 この投稿はChris Ball氏による次の投稿を翻訳したものです。 Chris Ball » Announcing GitTorrent: A Decentralized GitHub すべての権利は彼に帰属します。あと私はまだ大学生なのでちょっと翻訳が汚いです。 原文より口調が強いといったこともあるかもしれません。まあこまけえことは気にせず読みな! 本文 (この投稿は2015年の5月にData Terra Nemoのカンファレンスで行ったトーク の意欲に溢れた原稿です。私が実際に行ったものと同じトークをよりゆっくりと話したものの動画が 近いうちに公開されます。) 私は分散型GitHubの構築に取り組んでいるのですが、このことが何を意味し、なぜ重要な
ウッ ここで詰まる事は往々にしてあります. 特に急いでる時の煩わしさは甚だしいです. どうせならそれっぽい英語を使いたいのでOSSや同僚のコミットメージの語彙の出現確率を調べてみましたら、 もちろんfeatureによってコミットメッセージの付け方など数多あるものの、一定の頻出パターンは見い出せたので筆を取りました. (英語勉強しないと..) 方法 github.com/rails/railsのコミットメッセージ内における各動詞の出現確率を求め、 またOSSと仕事でのコミットメッセージの趣向も変わってくる事も勘案するため、 (仕事でDeprecateとか滅多に使わんし) 同僚に聞きつつ10つあげてみた. 以下列挙 (例は実際の同僚やOSS上でのコミットメッセージです.) Add *A to *B AをBに加える
技術部のid:gfxです。iOSアプリ開発に欠かせないパッケージ管理ツールといえばCocoaPodsですが、これはPrivate Podsを作って社内ライブラリ専用のSpecs(private Specs)を管理することができます。 ※ 2014/12/22追記 CocoaPods 0.35.0 でpod lintの--only-errorsが廃止されて--allow-warningsになったのでそのように変更しました private SpecsがなくてもGit URLを指定することで社内用podspecを開発・管理することはできますが、private SpecsがあるとURL指定を簡略化したり依存関係の解決が簡単になるというメリットがあります。クックパッドでもすでに十数個のprivate podspecが登録されており、CookpadUIやAPI clientなどはpodspecとしてp
もし図の表示がおかしかったら、このページの SVGでないバージョンを試して下さい。 SVG の画像処理を中止しています。 (SVG の画像処理を再開) このページのオリジナルは、Mark Lodato さんが執筆した A Visual Git Referenceです。 このページでは、よく使われる git のコマンドを簡潔に図を用いて説明します。 git について少し知識があるなら、このページはその知識を整理するのに役立つかもしれません。このページがどのようにして作られたのか興味があるなら、私のGitHub リポジトリを見て下さい。(日本語訳の GitHub リポジトリ) 内容 基本的な使い方 凡例 コマンドの詳細 Diff Commit Checkout 分離HEADでの commit Reset Merge Cherry Pick Rebase 技術メモ 基本的な使い方 上記4つのコマ
※2015/6/22 最新版の手順に更新 ※2015/1/7 アップグレードについての記事を書きました http://d.hatena.ne.jp/toritori0318/20150106/1420558625 ※2014/5/24 補足記事書きました http://d.hatena.ne.jp/toritori0318/20140524/1400955383 で、お決まりのパターンでOSSに流れて、 GitLabとかやってみたんだけど、むっちゃムズいのねあれ。 まともにインストールできん。 http://d.hatena.ne.jp/rela1470/20140520 「GitLab インストール」 でググるとたいていまともにインストールしようとしている記事が見つかって なにこれ使うまで面倒すぎ! ってなりますよね。かつての自分もそうでした。 しかし最近のGitLabはRPMが提供され
SparkleShare is an Open Source file synchronisation and collaboration tool. 12月9日(現地時間)、SparkleShareの最新版となる「SparkleShare 1.0」が公開された。SparkleShareはオープンソースのファイル同期、コラボレーションプラットフォーム。SparkleShareを利用することでDropboxやGoogle Driveのようなクラウドストレージ環境に似たサービスを構築することができる。 SparkleShareはGNOMEコントリビュータのHylke Bons氏によって開発されているファイル同期ツール。ファイル同期を実現するため、バージョン管理システムであるGitが利用されている。独自ホスト環境にGitサービスを用意することでクラウドストレージのようにファイルの共有が行えるだけ
git-daily について #pyfes で話してきました。 git-daily: git-daily #pyfes: Python Developers Festa 2011.10 を開催します - Twisted Mind Webアプリケーション開発におけるGitのブランチ運用戦略についての話です。 パッケージものの開発などと大きく異なるのはやはりリリース頻度や、リリース環境です。デプロイサーバが登場するとかもそういうことですね *1 ちなみにこのへんの、概要的な話は、GREEのころエンジニアブログにも書きましたので、そちらを参照ください。 Git で日々の共同作業やリリース作業をサポートする git-daily を作りました | GREE Engineers' Blog 発表資料 SpeakerDeck におきました (はてなに埋め込めるようにならないかなー) git-daily:
git.jsはnode.jsで作られたWebベースのGitリポジトリブラウザ。 git.jsはnode.js/JavaScript製のオープンソース・ソフトウェア。Gitの面白い所は個々にリポジトリがあることだ。それによって分散化を実現し、かつオフラインでも開発ができるようになった。リポジトリにはこれまでの開発が全て詰まっており、いつでも参照できるのが嬉しい。 ログ Gitリポジトリを取り込んでしまえば、リポジトリを操作するために都度ネットワークアクセスする必要もない。リポジトリブラウザが高速動作するのはとても良い。今回紹介するのはWebベース、JavaScript製のGitリポジトリブラウザであるgit.jsだ。 git.jsはサーバサイドでローカルのGitリポジトリの情報を読み込みつつ、それをWebブラウザ上で表示する仕組みになっている。node.jsを使っているのでどちらもJavaS
SubGitはSubversionとGitの二つを利用できるようにするソフトウェア。 SubGitはJava製のフリーウェア。企業においてはSubversionが使われることが多い。だが個人の開発者や新しいプロジェクトからはGitを使っていこうという動きも見られる。とは言え新しいバージョン管理を覚えるのも大変なことだ。 実行中 発言力をもったメンバーがSubversionでいいじゃないかと言ってしまえばGitへの移行もおいそれと実現しないだろう。そこで使ってみたいのがSubGitだ。 SubGitは既にあるSubversionのリポジトリをGit化してしまうソフトウェアだ。移行するのではなく、両方が共存できるようにしてしまう。Java製のプロキシサーバ的なものがローカルに立ち上がる仕組みになっている。これがGitとSubversionの仲介役を務めるのだろう。 さらにSubversionリ
こんにちは、インフラやってる sotarok です。最近、社内でも「sotarok は そーたろっくと読む」という誤解が広がっていましたので改めて自己紹介しますと、sotarok と書いて「そーたろー」または「そーたろー・けー」と読みます。ロックしてないのでよろしくお願いします。 今日は、Git の話です。 GREE ではずっと Subversion を使っているという話を、以前開発環境の話をしたときに少し触れたことがあります。Subversion での運用方法も、GREE では割と面白い運用をしているのでその話もどこかでしたいのですが、まあ、それは今回は置いておきましょう。どこかで聞いてください。 GREE もその昔 CVS から Subversion に移ったのですが、時代は流れるもので、いよいよ Git 化という流れがきています。Subversion と Git の違いを今更あえて挙
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く