タグ

開発とバージョン管理に関するlocke-009のブックマーク (13)

  • ロジカルなコミットメッセージの書き方

    チーム開発におけるコミットメッセージの書き方についてアウトプットします。 コミットメッセージに正解はありません。 組織によって最適な手法は異なるため、参考のひとつにしてください。 要点 フォーマット :Emoji: Title / Reason / Specification / Issue 項目 Emoji - 内容・種類をひと目で分かるように Title - タイトル(概要) Reason - このコミットをする理由 Specification - 言い訳ではなく、このコミット内容になった意図や仕様など Issue - 対応するIssue 作業内容はコードを見ればわかるので、「概要」「変更理由」「意図・仕様」を簡潔にまとめる。 例 コミットメッセージを書く理由 そもそも、コミットメッセージを書く理由は以下の通りです。 ひと目でどんなコミットなのか判断するため 簡潔にコミット内容を説明す

    ロジカルなコミットメッセージの書き方
  • 初学者が覚えたいチーム開発でのGit操作 - Qiita

    はじめに 個人開発の場合はそんなに意識することがないGitですが、チーム開発においては重要な役割を果たします。 はじめのうちは構造が見えず混乱するかと思いますが、流れをイメージ出来ればそんなに難しいものではありません。 これを見れば開発に必要なGitコマンドとリポジトリの構造、Githubでの管理手順を理解し開発の現場で実践できるようになります。 そもそもGitとは? 変更履歴を記録・追跡するための分散型バージョン管理システムである。 ざっくりいうとファイルのバージョン管理が簡単にできるツールといえます。 目次 Gitを理解するための基用語 開発の流れ その他開発で覚えておきたい便利コマンドと注意点 vscodeでのGUI操作について 最後に Gitを理解するための基用語 リポジトリ(repository) ファイルやディレクトリを入れて保存しておく貯蔵庫 リモートリポジトリ...特定

    初学者が覚えたいチーム開発でのGit操作 - Qiita
  • Microsoft のブランチ・マージ作業ガイドライン

    原文(投稿日:2012/04/23)へのリンク Microsoft は新たな Branching and Merging Guide のドラフト版をリリースした。表向きの対象は TFS ユーザだが,アドバイスの大部分はソース管理プロバイダに関係なく適用可能だ。まずその基概念を紹介しよう。 ブランチとマージを扱うほとんどのガイドラインと同様に,すべてのブランチの親の役割を持つメインブランチが存在する。 "trunk" として知られることが多いが,Microsoft ではこれを MAIN と呼ぶ。MAIN には DEVELOPMENT と RELEASE という2つの主要ブランチがある。 最初のガイダンスでは開発ブランチ(DEVELOPMENT) について取り上げている。内容は比較的簡素で,基的には企業のチームや機能の構成方法に帰着する,というものだ。ただし前のバージョンから継続している独

    Microsoft のブランチ・マージ作業ガイドライン
  • Git を学ぶ - チュートリアル、ワークフローおよびコマンド | Atlassian

    Git は、元々 Linus Torvalds によって 2005 年に作られた、無料でオープンソースのバージョン管理システムです。他の SVN や CVS といった中央バージョン管理システムと違って、Git は分散型で、すべての開発者がローカル環境で彼らのコードのリポジトリの完全な履歴を持っています。これは、最初のリポジトリのクローン作成に時間がかかりますが、commitblame、diff、merge、log といったこれに続く作業を劇的にスピードアップします。 Git は多くの革新的で強力なワークフローやツールにつながる、リポジトリ履歴のブランチ、マージ、および書き換えに非常に役立ちます。プル リクエストは、チームが Gitランチでコラボレーションを行い、他のコードを効果的に見直すことができる、非常に人気のツールです。Git は現在世界で最も広く使用されているバージョン コント

  • ガチで5分で分かるITS/BTS&使えるツール6選

    課題管理/バグ管理とは、チケット駆動開発とは、概要やチケットの処理フロー、重要性、導入と運用の仕方、バージョン管理や継続的インテグレーションとの連携も含めて5分で解説します。おまけで使えるITS/BTSも6つ紹介。 0分―― ITS/BTSとは、課題管理/バグ管理とは 近年のソフトウェア開発は複雑化しており、さまざまな役割の人間が大人数かかわることも少なくありません。ソフトウェア開発を円滑に進めるためには情報の管理、共有がとても重要です。そこで活躍するのがITS/BTSです。 ITS(Issue Tracking System)、BTS(Bug Tracking System)は、それぞれ「課題管理システム」「バグ管理システム」と呼ばれますが、最近では両方の機能を併せ持つ場合も多く、ITS/BTSを明確に区別することは少なくなっています。 ITS/BTSは、簡単にいうと、課題管理、バグ管理

    ガチで5分で分かるITS/BTS&使えるツール6選
  • Subversion・Git・Mercurialの比較 - プログラマの思索

    Subversion・Git・Mercurialの比較のために過去の記事や関連資料をリンクしておく。 【比較】 SVN / Git / Hg 比較表 ? TortoiseGit Japan 【Subversion】 Subversion によるバージョン管理 svnbook.ja.pdf Subversionを見直せ: プログラマの思索 Subversion/運用方法 - ピノキヲ IT Wiki 【Git】 Pro Git語版: プログラマの思索 A successful Git branching model: プログラマの思索 git-flow による構成管理とRedmineの関係: プログラマの思索 【Mercurial】 Mercurialの資料: プログラマの思索 hgbook 日語版のHTML公開: プログラマの思索 CVS→SVN→Git・Mercurialへ至る歴

    Subversion・Git・Mercurialの比較 - プログラマの思索
  • Gitを使った開発・運用フローの紹介

    私の所属している会社では、2年程前にバージョン管理システムをSubversionからGitに移行し、現在まで開発フローを試行錯誤してきました。ようやく形になってきたということで、守秘義務に接触しない程度に紹介&考察していきたいと思います。 形になってきたとはいえ、まだまだ試行錯誤中ですので色々なツッコミは大歓迎です。 現在の開発フローの俯瞰図# 現在の開発フローを俯瞰してみると大体下記図のような感じになっています。途中で図を書くのが面倒になった都合上、Jenkinsさんが1人しか居ませんが、実際はmasterブランチの他にreleaseブランチも監視してもらっています。 以降この図を元に話を進めていきたと思います。 Gitoriousを利用して自由に開発# GitoriousというGitHubに似たサービスがあります。このGitoriousはオープンソースとしても公開されていますので社内に

    Gitを使った開発・運用フローの紹介
  • 大企業はソースコードの管理に何を使っている?

    Facebookの元CTOだったダスティン・モスコヴィッツが立ち上げた質問サイト、Quoraにて大企業がどんなソースコード管理システムを使っているのか?という質問が挙っていました。Quoraは回答の質が高いという触れ込みでスタートしているサービスなのでこれらの情報は多分正しいのでしょう。 Facebook svn (一部の人はgitも使っている) Amazon perforce Zynga svn Netapp Perforce Google git(Android), Perforce Quora git SAP Perforce ebay Clear Case git(実験中) VMware Perforce この内容の限りだとオープンソースではgit、商用ではPerforceという流れがあるようですね。 via:http://www.quora.com/What-version-co

    大企業はソースコードの管理に何を使っている?
  • 「入門 GIT」が神本である件。 git 利用者だけでなくすべての開発者が読むべき本 - KAYAC Engineers' Blog

    ども。自分のサイトを復旧させるのが面倒なため会社のブログにのレビューまで乗せようという魂胆の村瀬です。 週末に「入門GIT」を読んだのですがこのは git ユーザーはもちろんのことその他すべての開発者が必読のだなぁと感じたので紹介しておきます。 このです。 このは現在の git の開発者でありメンテナーである濱野氏によって書かれた git の入門です。 ただの入門にあらず しかし入門だから最初はよくあるようなチュートリアルのような記事からはじまるのだろうと思っていると最初から面らいます。 最初に書かれているのは git がどのようにデータを記録し、どのように履歴をたどれるようになっているかというまさに git 自体の基が書かれているのです。 僕個人は二年近く git を使用してきているため自分の知識の確認のような感じで読み進められましたが、初めての方はすこしむずかしいか

    「入門 GIT」が神本である件。 git 利用者だけでなくすべての開発者が読むべき本 - KAYAC Engineers' Blog
  • MOONGIFT: � GitもGUIがあると便利に「Git GUI」:オープンソースを毎日紹介

    慣れるとCUIで十分な気もするが、やはりGUIインタフェースがあった方が最初のとっかかりには良い。それはバージョン管理システムであっても同様だ。CVSがもてはやされたのはWinCVSがあったからだろうし、Subversionは言わずと知れたTortoiseSVNがある。 メイン画面。ここからコミット、プッシュを行う 同様にGitでもGUIインタフェースがあると便利に感じることがあるかも知れない。そこでこれだ。 今回紹介するオープンソース・ソフトウェアはGit GUI、GitGUIフロントエンドだ。 Git GUIはTkで開発されたソフトウェアで、WindowsMac OSXLinuxとで動作する(試したのはMac OSX向けのみ)。標準で配布されているものではないが、Google Codeで配布されているバージョンであれば一部日語化されている。 設定画面 可能な処理はレポジトリの作

    MOONGIFT: � GitもGUIがあると便利に「Git GUI」:オープンソースを毎日紹介
  • 止まらないGit人気、JRubyも移行 - 対抗馬はMercurial | エンタープライズ | マイコミジャーナル

    Git - Fast Version Control System JRuby - Java powered Ruby implementation JRubyの開発者であるCharles Nutter氏はJRuby Moves to Gitにおいて、JRubyのメインリポジトリをSubversionからGitへ移行させたことを伝えている。ここのところGitの人気はうなぎのぼりだ。有名なプロジェクトが順次Gitへの移行している。JRubyは長らく分散型のバージョン管理システムへの移行の必要性を感じていたという。最終的な候補として残ったのはMercurialとGitだったようだが、この数ヶ月で次のように考え方がわかり、Gitへの移行を実施したとしている。 JRubyのリポジトリをホスティングしているサーバがGitをサポートした Githubにミラーを用意すればRuby開発者から多くのコントリ

  • WinMerge 日本語版

    サービス終了のお知らせ いつもYahoo! JAPANのサービスをご利用いただき誠にありがとうございます。 お客様がアクセスされたサービスは日までにサービスを終了いたしました。 今後ともYahoo! JAPANのサービスをご愛顧くださいますよう、よろしくお願いいたします。

  • Git入門 - トップページ

    ※ 翻訳用のリポジトリ、作業状況は「マニュアルの翻訳状況」参照。 翻訳作業に協力してくださる方がいてくれるとうれしいです。

    Git入門 - トップページ
  • 1