git-buildpackageを用いたdebパッケージ管理方法の紹介 - Cybozu Inside Out | サイボウズエンジニアのブログ
こんにちは。サイボウズ・ラボ アルバイトの宮川(@miyagaw61)です。 今回は、Gitでソースコードを管理するソフトウェアにおいて、git-buildpackage(gbp)コマンドを使って複数のLinuxディストリビューションやそのバージョン毎に効率良くdebパッケージ化を行い、メンテナンスする方法について紹介したいと思います。 環境 Ubuntu Server 16.04 LTSで作業していますが、 Ubuntuの14.04や18.04でも問題なく動くと思います。 事前知識と準備 deb-version deb-versionとはdebianパッケージで用いられているバージョン番号形式のことで、{アップストリームバージョン}もしくは{アップストリームバージョン}-{リビジョン}という形式で表されます。 アップストリームバージョンは英数字(A-Za-z0-9)と記号(.+:~)が使
Gitのオブジェクトの中身
はじめに Gitのインデックスの中身、Gitのブランチの実装に続く、Gitの中身を見てみようシリーズです。Gitが管理するオブジェクトの種類や中身について見てみます。基本的にはPro Gitの10. Gitの内側をまとめなおしたものです。 オブジェクトの種類 Gitは、内部でファイルやコミットを「オブジェクト」として.git/objects以下に保存しています。オブジェクトには以下の4種類があります。 blobオブジェクト： ファイルを圧縮したもの。ファイルシステムの「ファイル」に対応 treeオブジェクト： Blobオブジェクトや別のTreeオブジェクトを管理する。ファイルシステムの「ディレクトリ」に対応 コミットオブジェクト： Treeオブジェクトを包んだもの。コミットのスナップショットに対応するTreeオブジェクトに、親コミット、コミットメッセージなどを付加する タグオブジェクト：
ドキュメントのバージョン管理はGitかSVNか？？？ - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? いわゆる「設計書」の世代管理をするにあたって、「Gitじゃ使いにくい！」という意見を目にする機会がありました。 そもそも、Gitにしても、SVNにしても、テキストベースの開発リソースを管理するためのものであり、バイナリファイルの管理には不向きだと僕は思っています。 開発現場にいると、「設計書」をWordやExcel、PowerPointなどで作成している現場に直面します。 「日本人はExcel方眼紙好きだね。」と揶揄されるくらい、Excelで設計書を書いている現場がほとんどなんじゃないかと思います。 先に言っておきますが、Excelのフ
GitHubリポジトリが突然消えたときにやるべきこと - Grooves開発ブログ
新年あけましておめでとうございます。ことよろ。 最近 Forkwell のポートフォリオ機能を弄っている@sinsoku です。 今日は弊社で起きた「リポジトリが突然消えた事件」について書きたいと思います。 事の始まり 昨年末の26日の朝、 fork したけど使っていないリポジトリがあったので、何気なく削除しました。 その30分後、同僚のapp2641に声をかけられました。 app2641:「なぜか(メイン)リポジトリが404なんですが、sinsoku さん何か知ってます？」 sinsoku:「え、いや、分からないです。私の方でも調べてみます。（もしかして...）」 自分でもリポジトリのページを表示してみました。 404 ですね。マジか...。Audit log を確認してみるか。 見覚えあるアイコンの横に repo.destroy て書いてあるじゃないか...o..rz GitHub の
Git for Windows
Git for Windows focuses on offering a lightweight, native set of tools that bring the full feature set of the Git SCM to Windows while providing appropriate user interfaces for experienced Git users and novices alike. Git BASHGit for Windows provides a BASH emulation used to run Git from the command line. *NIX users should feel right at home, as the BASH emulation behaves just like the “git” comma
バージョン管理システム「Git 2.3.0」がリリース、簡単にデプロイできる機能が追加
「Git 2.3.0」では、新たにサーバ上のレポジトリへ、直接変更をプッシュできるようになった。サーバ上における現行ブランチへの変更が、自動的に適用され、簡単にデプロイできるようになる。 ただし、この機能では変更履歴が保存される「.git」ディレクトリが作成されるとともに、変更の適用中は、ユーザーに対して変更前と変更後の混在するデータが提供される可能性があるため、利用にあたっては注意が必要となる。 さらに、リモートレポジトリをクローンする際に、すべてのデータをクローンせず、変更が行われたデータのみクローンすることを可能にしている。また、git pushコマンドのデフォルトの挙動を変更し、上流のブランチが指定されていない場合は、プッシュを行わないようにした。 シェル変数では、オプションを指定してSSH接続できるようにするGIT_SSH_COMMANDや、cronのジョブなどでGitを使用する
イケてると思う dotfiles の管理方法 - KMC活動ブログ
イケてると思う dotfiles の管理方法 この記事は、今年もやります！KMCアドベントカレンダー！！ - KMC活動ブログの21日目の記事です。 昨日の20日目の記事はReturn Value Optimization (RVO)の話 【KMCアドベントカレンダー20日目】 - KMC活動ブログでした。 KMC5回生の wacky です。今日は dotfiles の管理方法についての話をします。 dotfiles を管理していないと 何らかの UNIX を長いこと使っていると、ホームディレクトリには自分の書いた .zshrc や .tmux.conf などの設定ファイルがたくさん転がっていると思います。そして、長いこと UNIX を使っている人であれば、自分が単一のサーバにしかログインしない、というのは稀でしょう。当然、自分のログインするサーバ全てのホームディレクトリには .zshrc
684548 – hardlinked files could cause problems with git for network configuration files
The issue is easily described, the daily cronjob causes following mails for me on a CentOS 5.5 machine: /etc/cron.daily/etckeeper: etckeeper warning: hardlinked files could cause problems with git: sysconfig/network-scripts/ifcfg-eth0 sysconfig/networking/devices/ifcfg-eth0 sysconfig/networking/profiles/default/hosts sysconfig/networking/profiles/default/resolv.conf sysconfig/networking/profiles/d
GitHub - gugod/App-perlbrew: Manage perl installations in your $HOME
NAME App::perlbrew - Manage perl installations in your $HOME SYNOPSIS # Installation curl -L https://install.perlbrew.pl | bash # Initialize perlbrew init # See what is available perlbrew available # Install some Perls perlbrew install 5.32.1 perlbrew install perl-5.28.3 perlbrew install perl-5.33.6 # See what were installed perlbrew list # Swith to an installation and set it as default perlbrew s
Git で変更されたファイルを簡単に無視する設定 - 永遠に未完成
管理下に置かれてるんだけどなぜか無駄に変更されてしまうファイルというのがたまにあって、まあ管理方法見直せという話もあるんだけど、それも叶わない場合、そういうのは無視したい。 その方法についてはこの記事が詳しいのだけど、私はこれを以下のように alias 設定している。 [alias] ignore = update-index --assume-unchanged unignore = update-index --no-assume-unchanged ignored = !git ls-files -v | grep "^[a-z]"これで、 git ignore {file} ファイルを無視する git ignored 無視されたファイルの一覧を表示する git unignore {file} 無視されたファイルを元に戻す という風に直感的に扱えるので便利。
Gitを利用したファイルのバージョン管理を Bitbucket + SourceTree でする方法 （導入編）
チームで作成しているソースコードの管理は自分のデスクの下に置いているLinuxマシンで、Subversionでバージョンを使っていたのですが、ちょっとGit（ジットギット）に興味が出てきたので、無料のツールとサービスを利用してバージョン管理をしてみようと思い、設定してみました。 今回は「Bitbucket + SourceTree」のWindows版を使ってやってみたいと思います。 ファイルのバージョン管理とは そもそもファイルのバージョン管理とはどういうことなのか。 単純に言えば、誰かが更新したファイルの更新内容や、更新内容など「更新履歴」を管理する事。 ある時点のファイル内容まで更新内容を遡ることが出来たりと、過去のソースコードを保存してくれたりする頼もしい存在でもあります。 チーム作業の場合、複数人で同じソースコードを編集するなんてことがあると思うのですが、その際によくある先祖返りや
Bazaarでござ～る。猿でもできる分散バージョン管理“超”入門
Bazaarでござ～る。猿でもできる分散バージョン管理“超”入門：ユカイ、ツーカイ、カイハツ環境！（20）（1/4 ページ） 「“分散”バージョン管理は難しい」という人こそ 最近、GitやMercurialが注目を浴び、SubversionやCVSなどの中央型のバージョン管理システムに代わり分散型のバージョン管理システムの普及が進んでいます。本稿では、GitやMercurialに比べ、いま一歩マイナーな分散バージョン管理システムである「Bazaar」を紹介します。 本稿は、想定読者層としてはSubversionやCVSを、すでに使っており、分散バージョン管理システムに興味がある方を対象としています。「分散バージョン管理システムって何？」と思われる方は、連載第3回の「分散バージョン管理Git/Mercurial/Bazaar徹底比較」を参照しておくとスムーズに読み進められると思います。 なお
続 せっかちな人のための git 入門 - 共有リポジトリの作り方 : 僕は発展途上技術者
久々 git のセットアップをすることになり、自分で書いた記事を参考にする。 » せっかちな人のための git 入門 - git をインストールし、共同で開発できる環境を整えるまで : 僕は発展途上技術者 いつのまにかはてなスターがたくさんつき、ブックマーク数も400を超えていた。さすがはてなユーザー。「git なにそれ？」というのが一般ユーザーはもちろん、多くのプログラマー（ブログ書いたり読んだり twitter 使ってたりすると僕らweb系、オープン系が多数派だと勘違いしてしまいそうになるが、決してそうではないのですよね）の反応だと思うのだが。。。 さて、上記記事では触れていない、共有レポジトリの作成方法を書き留めておきます。 まず準備としてリポジトリを使うことになる複数ユーザーを同一グループに所属させます。 太郎くん、次郎くんのアカウントを作成。 % sudo useradd tar
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Include Git commit hash and/or branch name in C/C++ source
『Repo と Git の使い方 (Using Repo and Git)』へのコメント
Eclipseのワークスペースを丸ごとgitに突っ込んで適当に共有ドライブとかにリモートリポジトリに作ってpush出来るようにする手順 - 骨を盗んで肉を盗まず
crocos.jp
Git - パックファイル
既に git 管理しているファイルをあえて無視したい - Qiita
分散リポジトリ型時代のソフトウェア構成管理