Git15周年 - GitHubとGitLabに聞く
原文(投稿日：2020/04/07)へのリンク 2005年4月7日、今からちょうど15年前、Gitはセルフホストの可能な完成度に到達した。すなわち、コードをコミットするためにGit自身を使用できるようになったのだ。今日、Gitは最も広く使用される開発ツールのひとつとなり、開発者がコードを管理する方法を大きく変えている。InfoQは今回、GitHubの上級(Distinguished)ソフトウェアエンジニアであるJeff King氏、GitLabのシニアデベロッパエバンジェリストであるBrendan O'Leary氏と、Gitの持つ重要性について話す機会を得ることができた。 Gitは元々、LinuxカーネルのSCM問題に終止符を打つために、Linuxの作成者でメンテナであるLinus Torvalds氏の手によって生まれた。氏は当時のLinuxが使用していたSCMであるBitKeeperの代
データのためのGit（およびGithub） | オープンデータとオープンガバメントを推進する Open Knowledge Japan
（訳注：この記事は本家OKFn.org記事の日本語訳です） データのために「バージョン管理」を行う能力は重要な関心事です。様々な選択肢がありますが、最も魅力的なもののひとつは、Git やMercurial のように、コード用の既存ツールを再利用することです。この投稿では、私たちが暫くの間使用してとても効果的だということが分かったツールを利用する、データの格納とバージョン管理のための単純な「データ・パターン」について記述しています。 序章 行われた変更を格納し、それを他の人と共有する、データのバージョンとリビジョンを管理する能力、とりわけ分散的な手法は（オープン）データ・コミュニティにとって大きな便益となるでしょう。私はその理由を以前（こちらの初期の記事を参照）議論しましたが要約すると： 効率的な分散型の共同作業が可能です。私のデータセットを取り出し、変更し、それを再び私と（同時に他の人とも
GitHub - harbur/captain: Captain - Convert your Git workflow to Docker containers
Captain - Convert your Git workflow to Docker containers ready for Continuous Delivery Define your workflow in the captain.yaml and use captain to your Continuous Delivery service to create containers for each commit, test them and push them to your registry only when tests passes. Use captain build to build your Dockerfile(s) of your repository. If your repository has local changes the containers
GitHub Pages
Websites for you and your projects. Hosted directly from your GitHub repository. Just edit, push, and your changes are live. Pages Help Ready to get started? Build your own site from scratch or generate one for your project. You get one site per GitHub account and organization, and unlimited project sites. Let‘s get started. User or organization site Project site Create a repository Head over to G
個人開発環境にGithub Flowを適用する - chroju.dev
Github、joinしたのは2013年で作ったものは軒並みちゃんと突っ込んではいるんだけど、単に一区切りついたらadd => commit => pushしているだけでちゃんと使っていなかったので、個人開発ではあるがGithub Flowを取り入れてみた。 What is Github flow ? Githubを用いた開発作業を進めるにあたっての指針みたいなものです。基本的にはmasterブランチ上では作業せず、作業工程ごとにブランチ作って、終わったらプルリクしてmasterにマージしてもらうことでデプロイとしましょうね、というものだと理解している。至ってシンプルではあるけど、これを取り入れるだけで従来やっちゃってた「masterで作業してるのでデプロイしても動かないレポジトリがGithub上にある」みたいな状態が防げて良さそうだと思った。 ちなみにGit-flowというのもあるようだ
今日からはじめるGitHub ～ 初心者がGitをインストールして、プルリクできるようになるまでを解説｜ハイクラス転職・求人情報サイト アンビ（AMBI）
今日からはじめるGitHub ～ 初心者がGitをインストールして、プルリクできるようになるまでを解説 エンジニアであれば、チーム開発ではもちろんのこと、個人開発でもGitを用いてバージョン管理していきたいもの。今回は、GitやGitHubをはじめて使う人に向けて、導入から初歩的な使い方までを解説します。 ソースコードの管理はできていますか？ ファイルを修正するときに、修正前のソースコードをhoge.php.bakのようなバックアップファイルとして残し、開発環境をゴミだらけにしていませんか？ エンジニアであれば、チーム開発ではもちろんのこと、個人開発でもGitを用いてバージョン管理していきたいもの。今回は、GitやGitHubをはじめて使う人に向けて、導入から初歩的な使い方までを解説します。 ここではGitの詳細な仕組みには触れません。GitやGitHubを利用したことのない人が、Gitを
自分専用の git サーバーを作ろう
原文は 2015 年 4 月 17 日に掲載されました。 ※ この記事は「チュートリアル」からの転載です。 今年 4 月は、Git サーバーの誕生記念でした。Git は、Linus Torvalds が開発した バージョン管理システムです。Git は、世界中のまさに国境を越えた何百万というユーザーに使われています。 GitHub のような Git を使ったコード ホスティング サービスを提供している会社がいくつもあります。あるレポートによれば、GitHub は世界最大のコード ホスティング サービスだそうです。GitHub は 21.8Mバイト のリポジトリを管理し、ユーザーは 9,200,000 人います。大会社も GitHub に移行しつつあります。検索大手の Google でさえも、Google Code を止めて GitHub に移行しています。
GitHubについてもう少し知ってみる。その5（Gistでお手軽コード管理）
ようこそのお運びで厚く御礼申し上げます。 さてさて、今回は「GitHub」を調べていて、ちょいちょい出てきて気になっていたことば「Gist」について書いてみようと思います。 なので今日の目次は Gistとは・・・いったい何でしょうか？ Gistを使ってソースコードを保存してみよう Gistのバージョン管理は？ ソースコードをブログで公開してみよう。 これくらいでやってみましょう。 gistとは・・・いったい何でしょうか？ 「Gist（https://gist.github.com/）」とは、GitHubの提供している断片コードの共有サービスのことです。 では何ができるのか？ コードの一部（断片）を管理することができる。 複数ファイルをまとめて管理しているリポジトリとは違い、1ファイルのみ、１クラスのみ、コードの一部分のみなどを バージョン管理ができます。ひとつのファイルで簡潔する場合はGi
GitHubのようなサイトを独自に運用できる「GitLab」や「GitBucket」を使ってみよう | さくらのナレッジ
（※3月18日追記：当初「SSH公開鍵の管理機能」において、GitBucketを「×」としていましたが、SSHアクセス機能を機能を有効にすることでSSH公開鍵の管理機能も利用できるとのことで、「○」に修正しました） GitLabおよびGitBucketと、RedmineおよびTracとの大きな違いとして、フォークやマージ/プルリクエスト機能をサポートしているかどうかがある。これらの機能を利用したいのであれば、GitLabやGitBucketが候補となるだろう。 いっぽう、Redmineはカレンダー機能やガントチャートと言ったプロジェクト管理機能が充実しているのが特徴だ。また、Tracはシンプルなユーザーインターフェイスや、プラグインによるカスタマイズ性の高さがある。フォークやマージ/プルリクエスト機能を利用しないのであれば、プロジェクト管理機能が充実しているRedmineやTracは十分な
GitHubの初期設定（SSH接続からリポジトリへのpushまで） - Qiita
ローカル環境や用意したサーバーにて秘密鍵を作成し、公開鍵ファイルをGitHubに登録し接続する方法のまとめ。 【ステップ0】GitHub に新プロジェクトを登録 準備段階として新規のプロジェクトを作成する ①Create a new repo 右上の書籍に「＋」ボタンがくっついたようなマークをクリック ②Repository name 「Repository name」には任意の名称（英字のみ）を記載。 今後、プロジェクト名としてこちらを利用する。 「Public」か「Private」の選択が出来るが、「Private」は有料となる。 最後に「Create repository」を押して終了 【ステップ１】サーバーとGitHubをssh接続 SSH公開鍵を作成 $ ssh-keygenで公開鍵を作成 Enter passphrase Enter passphraseと表示され、パスフレーズ
GitHub で submodule ではなく subtree を使うべき理由
GitHub には、タグを打つとソースパッケージを自動的にリリースするという機能があります。スクリプト言語においては、それぞれの言語について一般的なパッケージ管理システム注1があるため、この機能を使うことが少ないかと思いますが、デファクトのパッケージ管理システムが存在しないC等の言語で書かれたプログラムや、単独で動作する管理用のスクリプトを GitHub で開発・配布する際には、本機能はとても便利なものです。 しかし、この機能は git-archive コマンドのラッパーとして実装されているため、サブモジュールのファイルが含まれないという問題を抱えています。この点は GitHub の人たちも認識しているものの、今のところ GitHub で独自に対応するということは考えていないようです注2。 私がこの問題を 知ることになったのは、picojson の issue で指摘を受けたからです。pi
Linux ユーザーのための Git と Github 入門
原文はこちらです。 ※この記事は「チュートリアル」からの転載です。 Git は、Subversion、CVS、Mercurial などのバージョン管理システムから移行するのに最適な分散管理システムです。複数の開発者が同時に 1 つのプロジェクトに貢献していて修正量が膨大な時に有効な道具です。無料の Github を使って git 入門をしましょう。 git は、他のバージョン管理システムとは考え方が異なります。昔の RCS はファイルの変更履歴を取得しており、その内容は、コンフィギュレーション ファイルを見るとわかるようになっていました。Git は、もっとファイル システムのスナップショットに似た発想でできています。すべてのコミットや状態は、完全なスナップショットの形で格納され、従来の差分ファイルは存在しません。Git はスナップショット間の変更のみを記録し、変更がないファイルはリンクする
EclipseとGithubを連携させるプラグイン『EGit』を利用して、新しいリボジトリを作成する手順メモ
EclipseとGithubを連携させるプラグイン『EGit』を利用して、新しいリボジトリを作成する手順メモ Githubにローカルリポジトリを登録する方法は以前調べました。 githubに新しいリポジトリを作成してローカルのリポジトリをアップロードする | Futurismo 今回、Eclipseで管理しているプロジェクトをそのままGithubにアップロードしたかったので、その手順をメモします。 環境# Eclipse 4.3 Kepler git 1.7.9 Egitプラグインをインストール# まだEGITがはいっていない場合は、インストールする。たぶん、デフォルトで搭載されているはず。 EGit - Download ローカルリポジトリの作成# Git管理したいプロジェクトを右クリックして チーム -> プロジェクトの共用 -> Git -> 次へ プロジェクトの親フォルダ内のリポジ
内部構造から見るGit - Qiita
こんにちは@a_suenamiと申します。 これはGit Advent Calendar 2012の17日目の記事になります。 前日はid:akiyokoさんのGitコマンド総選挙でした。 Gitの内部構造 みなさんはGitがどういう風にデータを管理しているか意識したことはありますか？ コマンドの使い方に関するTipsはよく見かけるのですが、なかなかデータ構造に着目した解説は少ないのが実情かと思います。 そこで本日は僕が以前社内で行ったGit勉強会の話をもとにして、Gitの内部でどのようなデータがやりとりされているのかという話をしたいと思います。以下が以前僕が社内で勉強会をしたときの資料です。 http://www.slideshare.net/asuenami/git-15199548 タイトルの通り、非プログラマ向けの内容なのですが、PART2ではGitの内部構造を擬人化して説明すると
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
たった3つで共存できる、Git／GitHubとSubversion（SVN）の連携、移行に関する基本操作
効果的にGitHubを使うために
GitLab
すぐ分かる! git の origin と master ってなんだ? - Qiita
GitHub（ギットハブ）の使い方：登録編
初心者向けWIPワークフロー&レビュー時の注意 - Qiita
