AI & MLLearn about artificial intelligence and machine learning across the GitHub ecosystem and the wider industry. Generative AILearn how to build with generative AI. GitHub CopilotChange how you work with GitHub Copilot. LLMsEverything developers need to know about LLMs. Machine learningMachine learning tips, tricks, and best practices. How AI code generation worksExplore the capabilities and be
Gitのワークフローについては自転車置き場の議論になりがちであまり乗り気がしないのですが、最近少し発見があったのと、実際に多くの現場で明らかにフィットしないのに git-flow を検討したり採用したりしようとして苦労をしている様を目撃することが多いので書くことにしました。 この記事で主張する内容はタイトルの通りですが、まず前提として以下を宣言しておきます: 全てのケースに100%フィットするようなワークフローは存在しない git-flowがフィットするケースも探せばあるかもしれない 例えばすでに何年もgit-flowでうまく回せてるよ、など どのようなワークフローを採用するかは最終的にはあなた（のチーム）が判断すべき さて、 git-flow は 2010年1月「A successful Git branching model」というブログポストによってバズり、以来多くの人が参考にしてき
はじめに 今日は、ニコニコのプレミアム会員サービスを支える「プレミアム課金システム」を動画システムのモノリスから切り出し、変更可能にしていった過程について書きます。プレミアム課金システムは金銭を扱うシステムですので、「（特に、失敗した）話を聞くのは面白いけど、自分で触りたくない」と思われる方も多いのではないでしょうか。 この記事では、決済にかかわるシステムでも一般的なシステム改善の方法が適用できることをお伝えしたいと思います。また、コストを抑えつつ着実なシステム改善を行う方法論としてもご理解していただけると嬉しく思います。 背景 プレミアム会員サービスについて ビジネス要求の変化 プレミアム会員はニコニコ事業にとってもっとも重要なお客様です。しかしながら、プレミアム課金システムは複雑で、変更に時間がかかるという問題がありました。また、システムに問題が起きて、売上に影響が出ることへのプレッシ
Ruby Core Development 2019というタイトルでRubyKaigiのCFPにプロポーザルを書いたのだが、 もう一つ書いた方の話が採択されたのでその話はしなかった。 さて、今日はRubyコア*1の開発がSubversionからGitに移った節目でもあったので、そっちのトークで言いたかったことの一部を記事にしておこうと思う。 Subversion → Git 移行 [Misc #14632] 去年くらいから @hsbt さんが cgit というGitフロントエンドを使ってGitリポジトリの準備を始め Misc #14632、ついに今日正式にcgitの方がupstreamになった。平成の時代でSubversionでのtrunkのRubyコア開発は幕を閉じた。 この辺を進めているのは主に @hsbt さんな中、僕がこれを偉そうに書いたり今回のRubyKaigiで壇上でアナウンス
(おはようございます|こん(にちは|ばんは))。 この記事は mixi OB/OGによる ex-mixi Advent Calendar 2017 の10日目です。 例によって技術的な話ではない上に、個人的な話題ばかり書いてしまったため、自分も個人ブログにて投稿します。 想定する読者 お世話になった現役ミクシィの皆様 (近況報告です) お世話になったミクシィOB/OGの皆様 (ご無沙汰しております) これからWebベンチャー→メーカーエンジニアへシフトチェンジしようとしている稀有な方 長いのでTL;DR 大学が電子情報系だと電機メーカーは結構楽しい ワークライフバランスがだいじな件 大企業をテラフォームするのは正直シンドい 職場環境、東京で消耗しなくなった話 ミクシィで学べたこと、今後について 在職期間のこと 自分がミクシィに在籍した期間は、2012年9月から2017年3月末日までの4年7
ここ2年ぐらいで俺が働いた現場はみんなgitを採用している。就職エージェントと面談するときもgit経験の有無をよく訊かれるし、今ではVSSやCVSどころか、SVNですら時代遅れになってきて、SVNを使っている現場は「レベルが低い」「保守的・旧態依然」という雰囲気すら感じる。 俺としては4-5年前からgit(GitHub)を使っているし、gitを使うこと自体に抵抗はない。一通りの基本操作はできるし、人並みにはできると言っても差し支えはない。 …が、正直gitの良さがあまり見えてこない。 もし俺が中規模以上のプロジェクトのリリースを本格的に管理する側であれば全然違った感想を持ったかもしれない。でも一人の開発者として、せいぜい10人程度のプロジェクトで利用する限り、「gitで良かった」という状況があまり思い当たらない。 ではgitの何が気に食わないのか書いていきたい。 ①gitは馬鹿には難しい
「GitHub Enterprise 2.5」リリース。数万人の大規模な開発チームにも対応するクラスタリング構成、アクセスの集中にはキャッシュインテンシブな処理で対応 GitHubは大規模な組織での利用にも対応したソースコード管理ソフトウェアの新版「GitHub Enterprise 2.5」のリリースを発表しました。 GitHub Enterprise 2.5の最大の変更点は、大規模な開発チームでの利用にも対応するようにクラスタリング構成によるスケールアウトが可能になったことです。 ただしクラスタリングは非常に大規模な運用向けに特別に設計されているため、管理リソースの追加も必要となるとのこと。 また、GitHub Enterprise 2.5では内部的にキャッシュインテンシブな処理を実現し、大量の開発プロジェクトを抱えていたり、大規模な継続的インテグレーションなどによって集中的にソースコ
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? まえがき 私はGit好きの人間です。 もっと言えば、Gitを愛している（Git Lover）と言ってもいいくらいです。 そんな私がなぜこんなタイトルの記事をいまさら書こうと思ったかというと、 いまだにGitの便利さを知らず、Subversionを強い理由もなく使い続ける開発者が多いからです。 そんなわけで 「会社にGit/GitHubを導入するための説得する」 という目的でこの記事を書こうと思います。 Gitの良さってなんだろう？ 実は私もこれまで強く意識して考えたことはありませんでした。 Gitを使い出したら、 それがあるのが当たり前
1 プロジェクトの設定newline1.1 ソース管理システムを使用しないプロジェクトのビルドnewline1.2 Jenkinsが設定する環境変数newline1.2.1 シェルスクリプトとWindowsのバッチコマンドnewline1.2.2 Antスクリプトnewline2 自動ビルドの設定newline2.1 メールからのビルド (sendmail)newline2.2 メールからのビルド (qmail)newline2.3 CVSの変更によるビルド プロジェクトの設定 Jenkinsのトップ画面から、"新規ジョブ作成"そして"フリースタイル・プロジェクトのビルド"を選択します。このジョブのタイプは次の要素を含みます。 (オプション）ソースコードがあるCVSやSubversionのようなソース管理システム。 (オプション) Jenkinsがいつビルドを行うのかを制御するトリガー。
Git は、元々 Linus Torvalds によって 2005 年に作られた、無料でオープンソースのバージョン管理システムです。他の SVN や CVS といった中央バージョン管理システムと違って、Git は分散型で、すべての開発者がローカル環境で彼らのコードのリポジトリの完全な履歴を持っています。これは、最初のリポジトリのクローン作成に時間がかかりますが、commit、blame、diff、merge、log といったこれに続く作業を劇的にスピードアップします。 Git は多くの革新的で強力なワークフローやツールにつながる、リポジトリ履歴のブランチ、マージ、および書き換えに非常に役立ちます。プル リクエストは、チームが Git ブランチでコラボレーションを行い、他のコードを効果的に見直すことができる、非常に人気のツールです。Git は現在世界で最も広く使用されているバージョン コント
今週、「外資系投資銀行のエクセル仕事術」という記事が/.Jの日記で話題になっていた。記事の第5回では上書き保存をせず、その都度別名保存するというテクニックが紹介されているが、本家/.では別名保存の結果生じるバージョン管理の問題が先週話題になっていた。 本家/.「Ask Slashdot: Version Control For Non-Developers?」より 私の配偶者は多数の文書(Word、スプレッドシート、スキャンした文書など)を扱う会社で働いており、バージョン管理の問題で毎週数時間を無駄にしている。文書はいわゆる階層構造を用いて共有サーバーに保存されるが、諸悪の根源はそこにある。たとえば、皆が文書の上書きを恐れ、変更結果を「念のために」少し異なる名前で保存するため同じ文書の複数のバージョンができてしまい、どれが最新バージョンなのか、どれがクライアントに送られたバージョンなのかと
私はアトラシアンに入社する前、バージョン管理システムとして Subversion (SVN) を使用している多様なプロジェクトに携わってきました。私はすでに Git へ移行して数年経っていたので、可能な限り Git を利用したいと思いました。 そして幸運にも、git-svn を使うことができました。Git-svn は、パワフルな Git ツールセットの快適な使用感を手放すことなく、Subversion リポジトリとやり取りができるすばらしい完全なソリューションです。そして、それには知っておくと便利な点がいくつかあります。この投稿では、すでに git-svn の知識が少しあり、git-svn を使用して SVN とやり取りする方法を知っている人を対象に話を進めていきます。 ここでは、SVN と連動して Git を快適に使用し続けるために、私が自ら調べて学んできたワークフローに統合する必要のあ
AI & MLLearn about artificial intelligence and machine learning across the GitHub ecosystem and the wider industry. Generative AILearn how to build with generative AI. GitHub CopilotChange how you work with GitHub Copilot. LLMsEverything developers need to know about LLMs. Machine learningMachine learning tips, tricks, and best practices. How AI code generation worksExplore the capabilities and be
爆速で成長していた、ベンチャー企業ピクシブ 面接の時の話はこちら=>ピクシブに入るときの話 そんな訳で、ピクシブでアルバイトとして働くこととなった私は、初出勤の日を迎えた。 （↑ピクシブのユニークなオフィス） ほぼ何も分からず始まった開発 プログラミングスキルはほぼ無く、やることも決まっていなかった私は、早速開発の統括をしていたCTOの青木さんからの指示を仰いだ。 私「青木さん、何をすれば良いですか？」 青木さん「そうだね〜とりあえずこれのモバイル版を作って欲しいな〜」 私「分かりました！（分かってない）」 青木さん「Subversionのアカウント発行しとくから、まずは環境作ってみて〜」 私「はい！（分かってない）」 青木さん「かみぽ〜溝部君のアカウント作ってあげて〜」 kamipoさん「はい」 こんな感じで、話は進んでいった。 そして、私は早速困った。 「Subversionって何だろ
どこからでもアクセスできるように、SourceTree のインストールディレクトリをお使いのパスにインストールすると良いでしょう。 翻訳版 翻訳者の募集に対する皆さんの反応のおかげで、今や SourceTree for Windows 1.4 は英語、日本語、中国語、フランス語、ドイツ語、そしてロシア語の六カ国語で利用できます。最後の三つの言語は 100% は仕上がっていないものの、主要部分は既に翻訳済みです。残りの部分の翻訳作業に加わりたいとお考えの方は、翻訳作業への参加をお願いします！ パッチファイルサポート 今後は、SourceTree 内でパッチの作成および適用を行えるため、未コミットの作業状態から構成されるパッチ、および一つあるいはそれ以上のコミット済みパッチを効果的に使用できます。SourceTree は、パッチ生成におけるあらゆるオプションを簡単なインターフェイスへと収集し、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く