すべての スモールビジネスを支える 統合型経営 プラットフォームfreeeは、従来バラバラに存在していた業務やデータを、フロントオフィスとバックオフィスを、専門家や取引先とをつなげ、スモールビジネスの成長に貢献できるプラットフォームを目指しています。
8. コミットに入ってる情報 リビジョン (SHA-1 ハッシュ) 例: 23cdd334e6e251336ca7dd34e0f6e3ea08b5d0db Author (コミットを作成した人) 例: オープンソースプロジェクトにパッチを送った人 Committer (コミットを適用した人) 例: 受け取ったパッチを取り込んだ人 ファイルのスナップショット (tree) コミットで変更されたファイルを含むツリー(説明は省略) 1つ前のコミットのリビジョン 例: 4717e3cf182610e9e82940ac45abb0d422a76d77 9. コミットに入ってる情報 リビジョン (SHA-1 ハッシュ) 例: 23cdd334e6e251336ca7dd34e0f6e3ea08b5d0db Author (コミットを作成した人) 例: オープンソースプロジェクトにパッチを送った人 Co
マンキューが、「マンキュー「カマラ・ハリスに投票するけどさぁ・・・」 - himaginary’s diary」で紹介したエントリの続きのような表題のブログエントリ(原題は「Maybe Ms. Harris needs some economists」)を上げている。 The response to the rollout of Kamala Harris's economic plan, especially the price gouging regulation, has not been good. When you lose the ever-reasonable Catherine Rampell, you should doubt whether you are positioning yourself to attract swing voters. Rampbell wr
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
分散バージョン管理のマージコマンドが優れているのは、3ウェイマージが使われているのではないか、と思った。 3ウェイマージに関する記事をメモ。 【元ネタ】 変更をマージする ? Bazaar v2.6.0dev2 documentation JapaneseTutorialConflict - Mercurial マージ (バージョン管理システム) - Wikipedia 競合の編集~TortoiseMerge 第3章 TortoiseMergeの使い方 Mercurial 2.0?: graft: 3-way マージアルゴリズムを使った cherry-picking - tcha.org 分散バージョン管理はバージョンではなくリビジョンを管理する: プログラマの思索 SVNからMercurialに移行するべき8つの理由: ニュースの社会科学的な裏側 (引用開始) SVNのブランチの様にTr
自動マージツールによって行われるマージ処理には、大きく分けて2ウェイマージと3ウェイマージがある。2ウェイマージよりも3ウェイマージの方がより強力で信頼性も高い。 2ウェイマージでは、ファイルAとファイルBの間で差分の分析を行う。この手法では、マージの前に2つのファイルの差分を個別に検討し、その上でもっとも妥当な推測に基づく分析を行って、マージのファイルを生成する。その結果、多くの場合2ウェイマージはエラーが発生しやすく、マージを完了に先立って、ユーザによるマージ結果の確認や、場合によってはマージ結果の修正が必要となることもある。 Cが親にあたるファイル、AとBがCから派生したファイルで、Dが新しく出力されるバージョン 3ウェイマージは、ファイル'A'と'B'の差分、およびそれらの親にあたるファイル'C'(多くの場合、ファイル'A'と'B'は共通の親を持つ)との差分の分析結果を元に行われる
*本ブログは Atlassian Blogs の翻訳です。本文中の日時などは投稿当時のものですのでご了承ください。 *原文 : 2013 年 1 月 3 日、Jonathon Creenaune 投稿 “From SVN to Git: How Atlassian Made the Switch Without Sacrificing Active Development“ このポストは、エンタープライズ開発チームが Git に切り替えることに注目した連載記事の一つとして、Dr.Dobb’s で紹介されました。 アトラシアンでは、ここ何年もの間、DVCS に熱狂していました。私たちは DVCS に多額の投資を行ってきたのです。Bitbucket (クラウド DVCS リポジトリのホスト) を買収し、Stash (社内環境での Git リポジトリマネージャ) を開発しました。さらに、Fish
今回のゲストは、分散バージョン管理システムGitのメンテナで『入門Git』(注1)の著者、濱野純さんです。Linuxカーネルの開発者、Linus Torvaldsさんから引き継いでGitのメンテナになった経緯から、対談スタートです。 (撮影:武田康宏) Gitに関わった経緯 弾:Gitに関わったきっかけは? 濱:2005年の4月にLinuxカーネルのバージョン管理システムとして使われていたBitKeeperが使えなくなる[2]からということで、Linus君がいろいろありものを探したんだけど、使えるものがなくて、誰かがいいのを作ってくれるまでのつなぎというつもりで、とりあえず自分でもコードを書いた、というアナウンスをしました。それをカーネルメーリングリスト(ML)で見ていたんですが、たまたまボクの本業がプロジェクトとプロジェクトの合間だったんです。なんかおもしろそうなこと始まってるじゃん、
ロング・テール理論の名付け親で、雑誌「Wired」の編集長としても知られるクリス・アンダーソン氏が3月12日付けのブログでオープンソースソフトウェア(OSS)プロジェクトの運営体制に関する誤解を指摘をしている。 アンダーソン氏によれば、多くの人はオープンソースプロジェクトというのは草の根から立ち上がり、自律的に組織化し、民主的に運営されているという誤った認識を持っている。ところが現実はまったく逆で、1人か2人の「慈悲深い独裁者」によって運営されている、という。 これはオープンソースプロジェクトに参加していたり、あるいは日常的に成果物を利用している人であれば、そういうものだと首肯するかもしない。メーリングリストで客観データに基づいて議論したり、リーダーを民主的に選ぶようなプロジェクトもあるかもしれないが、おおかたのオープンソースプロジェクトには、それを開始し、中心に位置し続ける“独裁者”がい
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く