マイクロソフト、GitHub買収で合意か
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます MicrosoftがGitHubを買収することで合意したという。Bloombergが米国時間6月3日に報じた。GitHubはソフトウェアコードの保存や共有が可能なウェブサービスだ。 買収金額は明らかにされていない。GitHubは2015年に20億ドルと評価されていた。Bloombergによると、この買収は早ければ4日にも発表される可能性があるいう。 GitHubは約1年前から新最高経営責任者（CEO）を探しており、まだ自社のサービスから利益を上げることができていないという。2008年に創業した同社は、2700万人のソフトウェア開発者に利用されており、8000万件のコードリポジトリを抱えている。 Business Insiderは1日、両
「Git」に任意のコード実行の脆弱性、更新版で対処
悪用された場合、標的とするシステム上で任意のコードを実行されたり、システムメモリの一部を取得されたりする恐れがある。 分散型バージョン管理システムの「Git」に深刻な脆弱性が発見され、5月29日付でリリースされた更新版のバージョン2.17.1と、2.13.7、2.14.4、2.15.2および2.16.4で修正された。 Git開発チームの発表によると、今回の更新版では2件の脆弱性に対処した。脆弱性は、Gitでサブモジュールのリポジトリをクローンする際の検証が不適切な問題に起因する。 細工を施したリポジトリを使ってこの問題を悪用された場合、リモートの攻撃者によって標的とするシステム上で任意のコードを実行される恐れがある。また、システムメモリの一部を取得されてしまう可能性も指摘されている。 米MicrosoftのDevOpsブログによれば、脆弱性を修正した「Git for Windows 2.1
Git pullを使うべきでない３つの理由 · DQNEO日記
git pullは使わなくてもよい 初心者はgit pullを使わない方がよい 我々ソフトウェアエンジニアは勉強が大好きなので、コマンドがあるとそれを勉強して使いこなさなければいけないと考えがちですが、ときには「覚えない、使わない」という発想も大事なのではないでしょうか。 以下にその理由をのべます。 git pullは使う必要がない git pullを使わないとできないこと、というのはありません。 使わなくても全然困りません。 git fetchとgit mergeとgit rebaseだけですべての用は足せます。 私はチーム開発でGitを本格的に使い始めて数か月経ちますが、普段の作業でgit pullを使ったことはないしそれで困ったこともありません。 git pullを使わなければ、余計な落とし穴に落ちない git pullには落とし穴があります。 初心者はたいていその穴に落ちます。 「
git でメールアドレスやら名前やらを間違えて commit してしまったときの修正方法 - ..たれろぐ..
ネット上で複数のアカウントやら人格やらを使い分けてる git 使いの方必見。 git でメールアドレスやら名前やらを間違えて commit してしまったときの修正のやり方。 きげんよく開発＆コミットをしてきてふとコミットログを確認すると、 D:\ToaruGitNoRepository>git log -2 commit d104bc235464568b95bf18b00e00583b90a8ccbb Author: foo Date: Tue Jan 4 17:48:40 2011 +0900 新環境に合わせて環境変数設定用のbatファイルを更新 commit e566fc3bde92333b1e60f9cb508cbd13ba4f0cbe Author: hogehoge Date: Tue Jan 4 17:20:44 2011 +0900 関連ファイルの再配置 「やっべ！裏アカウン
gitの良さがいまだに分からない - 負け犬プログラマーの歩み
ここ2年ぐらいで俺が働いた現場はみんなgitを採用している。就職エージェントと面談するときもgit経験の有無をよく訊かれるし、今ではVSSやCVSどころか、SVNですら時代遅れになってきて、SVNを使っている現場は「レベルが低い」「保守的・旧態依然」という雰囲気すら感じる。 俺としては4-5年前からgit(GitHub)を使っているし、gitを使うこと自体に抵抗はない。一通りの基本操作はできるし、人並みにはできると言っても差し支えはない。 …が、正直gitの良さがあまり見えてこない。 もし俺が中規模以上のプロジェクトのリリースを本格的に管理する側であれば全然違った感想を持ったかもしれない。でも一人の開発者として、せいぜい10人程度のプロジェクトで利用する限り、「gitで良かった」という状況があまり思い当たらない。 ではgitの何が気に食わないのか書いていきたい。 ①gitは馬鹿には難しい
はらへり日記 - Git開発でmasterの内容を開発ブランチに反映させる方法
Git開発を行っていると、こんなことありませんか。 origin/masterブランチからhogeブランチを切る hogeの実装をゴリゴリ行ってる間にorigin/masterブランチがどんどん更新されていく 自分が編集してたファイルがmasterで更新されてた＼(^o^)／ origin/masterを一回merge、コンフリクトを直してPull Requestを送る あるあるですよね。 そしてrebaseを知らない頃の僕は以下の方法で解決していました。 % git checkout master % git pull origin master % git checkout hoge % git merge master (ここでコンフリクトが出て怒られる) (bot modifiedステータスのファイルを修正、コミット) % git push origin hoge ここでやっとPu
Macのgitをhomebrewでインストールしたものに変更する
常識なのかもしれませんが、少しハマったのでめもめも。 Xcodeのcommand line toolsをインストールすると、gitもインストールされるらしい。 % /usr/bin/git version git version 1.7.10.2 (Apple Git-33) 別にこれでもいいんですが、日本語を扱う場合は 1.7.12.1 以上があった方がいいらしいです。 参考: macのgitで日本語ファイル名を扱う brewでversionを確認してみると、おぉ確かにバージョンが新しい。 % brew info git git: stable 1.8.0, HEAD 早速 brew install git でインストールして確認。 % git version git version 1.7.10.2 (Apple Git-33) あれ、変わってない。pathを確認。 % echo $P
気付いたら.gitignoreはgiboで自動生成する時代になっていた - Qiita
$ gibo --version gibo 1.0.4 by Simon Whitaker <sw@netcetera.org> https://github.com/simonwhitaker/gibo $ gibo java ### https://raw.github.com/github/gitignore/8c9b77cb5c85f6464c0bb31abdf4cfcfdf6833bb/java.gitignore *.class # Mobile Tools for Java (J2ME) .mtj.tmp/ # Package Files # *.jar *.war *.ear # virtual machine crash logs, see http://www.java.com/en/download/help/error_hotspot.xml hs_err_pid*
A successful Git branching model を翻訳しました
Vincent Driessenさんの "A successful Git branching model" を翻訳しました。 元記事はこちら： http://nvie.com/posts/a-successful-git-branching-model/ （翻訳の公開と画像の利用は本人より許諾済みです） このブランチモデルの導入を補助してくれる、git-flowというGit用プラグインがあるそうです。 翻訳の間違い等があれば遠慮なくご指摘ください。 A successful Git branching model この記事では、私のいくつかのプロジェクト（仕事でもプライベートでも）で約一年ほど導入して、とてもうまくいくことがわかった開発モデルを紹介する。しばらく前からこれについて書くつもりだったんだが、今まですっかりその時間を見つけられずにいた。ここでは私のプロジェクトの詳細については書
A successful Git branching model » nvie.com
Note of reflection (March 5, 2020) This model was conceived in 2010, now more than 10 years ago, and not very long after Git itself came into being. In those 10 years, git-flow (the branching model laid out in this article) has become hugely popular in many a software team to the point where people have started treating it like a standard of sorts — but unfortunately also as a dogma or panacea. Du
git-flow cheatsheet
About git-flowはgitの拡張であり、Vincent Driessenの提唱するブランチモデルを実現するための高度なリポジトリ操作を提供します。 more ★ ★ ★ このチートシートは基本的な使い方とgit-flowの効果を表します。 ★ ★ ★ Basic tips Git flow は素晴らしいコマンドライン補助と出力を提供します。何が起こるか注意深く読み解いてください。 macOS Clientの Sourcetree は素晴らしいGUIとgit-flowサポートを提供します。 - Git-flow はマージすることをベースとして考えるソリューションです。リベースは行いません。 ★ ★ ★ macOS Homebrew $ brew install git-flow-avh Macports $ port install git-flow-avh Linux $ apt
git pull と git pull --rebase の違いって？図を交えて説明します！ | KRAY Inc
はじめに こんにちは、クレイの亀井です。ここ最近一気に気温が上がりましたね。顔に重点的に汗をかくタイプの私には憂鬱な季節がやってまいりました さて、今月正式リリースしました(！) DocBase プロジェクトではクレイ外部のデザイナーの方と一緒に開発しています。SourceTree で Git を使っている方で、軽いデザイン修正などは弊社の Rails プロジェクトに直接手を加えてプルリクエストを送ってくれます。 こちらのデザイナーさんに「プルリクエストを送る際は、作業ブランチで git pull --rebase origin master してから送ってもらえますか？」とお願いすると「pull はわかるんですけど、この --rebase ってなんですか？これつけると何が変わるんですか？」と質問がきたのです。 作業ブランチで git pull --rebase origin master
Mac の Git で日本語ファイル名を扱うときは core.precomposeunicode = true にしておく - かわちょでぶろぐ
（★2014年09月時点の情報です。最新の Git では解決しているかもしれない。） Mac の Git で日本語ファイル名を扱うときは core.precomposeunicode = true にしておく。 clone, checkout したら日本語ファイル名のファイルが新規ファイルになってるとか git status で確認したらファイル名が \xxx になってるとか そんな症状に出くわしたら。 普段仕事だと Windows だし、自分で日本語ファイル名とか作らないし、普段おっかけてるリポジトリにもそんなの無かったので、未設定なのに気付いてなかったわ。Visual Basic なレガシーなプロジェクトを Mac で読もうとして気付いた。 既に clone 済みのローカルのリポジトリでは $ git config --local core.precomposeunicode true
gitで日本語ファイル名が文字化けする
UTF-8環境で日本語ファイル名が文字化けする場合は以下のオプションを設定すればOKです。 git config --global core.quotepath false これで git status などでも文字化けせずにファイル名を見ることができます。 To create code blocks or other preformatted text, indent by four spaces: This will be displayed in a monospaced font. The first four spaces will be stripped off, but all other whitespace will be preserved. Markdown is turned off in code blocks: [This is not a link](http
Sublime Text 2 の SFTP パッケージでファイルの自動アップロード＆モニタリング機能を試してみた
Package Control を使ってコマンドパレットから「SFTP」を検索してインストール！ このパッケージは有償（16ドル）ですが、フリートライアル可能なので試してみましょう。試用期間の制限は特にないみたいですが、ST2本体同様に、気に入ったら購入しておきたいところですね！ サイドバーのプロジェクトフォルダを右クリックし、「SFTP/FTP」→「Map to Remote」を選択します。 すると、「sftp-config.json」という設定ファイルがプロジェクトフォルダのルートにできるので、このファイルを編集してサーバ情報などを設定していきます。 sftp-config.json のデフォルト設定が以下。いろんな項目がありますね。 { // The tab key will cycle through the settings when first created // Visit
Git/Bitbucketのリモートリポジトリを使う - DoldoWorkz
保護・うぷぷ どんなページ？ 色々な所から見たり聞いたりした事を実際にやってみよう！という私の雑記帳ページです。 PukiWikiを使ってますが私しか編集できません…すみませんです。 ↑ 名前: ムーンドルド MoonDoldo 瑠川 菜月 るかわ なつき 自己紹介: 妖精なので性別はありません、中の人なんていません、色々安心で安全で合法です 性格は天使にも悪魔にもなれるハイブリット 種族: 緑の妖精 エルフだったり、 ニューマンだったり、 なで魔族だったり… 属性: ✓エルフ耳 ✓羽 ✓亜人種 ✓モコモコ ✓ょぅι゛ょ ↑ 使用上の注意 用法・容量を守って正しくお使い下さい 情報が間違ってる事による副作用が見られた場合は服用をお止め下さい ブックマーク迷子防止として必ず移転先ﾘﾝｸを設置しますので、安全・安心してお使いいただけます 成分の半分は優しさで出来ています ぴんぽーん♪ ↑
Gitのリポジトリを移動させる方法 | ひたすらメモするだけのブログ
Githubは複数人でコードを開発するときにコードレビューなどを行うのにとても便利です。今までGitをプライベートにVPSなどでホストしたいたのを、Githubのプライベートリポジトリなどへ移動させる方も多いかと思います。そのような場合に、リポジトリを移動させる方法を紹介します。リポジトリを移動させる場合はリモートリポジトリを変えればいいと思っているのですが、なぜかGitのリポジトリ、移動などのキーワードで記載しているWebページがなかったので記録しておきます。(もしかすると、リポジトリを移動させる場合はより正しい方法があるのかもしれませんが…) # 現在のリポジトリをクローンします $ git clone git@origin.com:projectA.git projectA $ cd projectA # 念の為にここで現在のリモートリポジトリを確認しておきます $ git remo
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub Flow (Japanese translation)
サル先生のGit入門〜バージョン管理を使いこなそう〜【プロジェクト管理ツールBacklog】
［初心者向け］こんなときどうする⁉︎ GitのTips31選！ - Qiita
