タグ

gitに関するyuuturn0422のブックマーク (28)

  • GitHubとSlackの連携の基本&知られざる便利機能Wiki、Releases、Graphs、Pulse

    連載「こっそり始めるGitGitHub超入門」では、バージョン管理システム「Git」とGitのホスティングサービスの1つ「GitHub」を使うために必要な知識を基礎から解説していきます。具体的な操作を交えながら解説していきますので、連載を最後まで読み終える頃には、GitGitHubの基的な操作が身に付いた状態になっていると思います。 前回の記事「開発者のスケジュール管理に超便利、GitHub Issues、Label、Milestone、Projects使いこなし術」ではイシューやプルリクエストの周辺機能を解説しました。 連載第13回目の稿では、Pulse、Graphs、Releases、Wiki、外部サービスとの連携について解説します。 リポジトリ上での直近のアクティビティーを表示する「Pulse」 Pulseとは、リポジトリ上での直近のアクティビティーを表示する機能です。下

    GitHubとSlackの連携の基本&知られざる便利機能Wiki、Releases、Graphs、Pulse
  • CentOS 7でapache経由のgitサーバーを構築 - ソフトウェアエンジニアリング - Torutk

    2024/09/16 RedmineのバージョンアップーRocky Linux 8とUnicornとNginx編 2024/09/13 Bashシェルスクリプティング 2024/09/10 InfluxDB Homebrew 2024/09/09 InfluxDB excercise-1 2024/09/08 StyleSheet 2024/09/07 Java読書会 2024/09/04 コマンドラインツール CentOS 7でapache経由のgitサーバーを構築¶ 目次CentOS 7でapache経由のgitサーバーを構築はじめに最小限のサーバー構築必要なパッケージ設定httpdの設定ファイアウォールの設定SELinuxの設定リポジトリの作成httpdの起動と自動起動設定 Apache httpdの認証を使ったサーバー構築Redmine 認証(LDAP未使用)サーバー構築必要なパッ

  • git hookでサイトを更新、やってみた - Qiita

    gitで自鯖のレポジトリにpushがあったら、 同じく自鯖にあるhtmlを更新したい。 (github-hookはちょっと前にやったけど、こっちは初めてだった) git hookは、gitが持っている「コミットされたらなんかする」系の仕組み。 Git - Git フック 開発環境側で「コミットする直前」とか、 サーバーの側で「プッシュされた直後」とか、 いろんなタイミングで、決まったshell scriptを実行できる。 shell scriptは、.git/hooksに置く仕組みになっている模様。 今回は、この サーバーサイドフックの、 post-receiveを使ってみる。 設定する クライアントサイドでやる作業はなし。 サーバー側でやる作業はだいたいこんな感じ。 # gitレポジトリへ移動 cd git/my-website.git # post-receiveのスクリプトを設置 v

    git hookでサイトを更新、やってみた - Qiita
  • Git-it - 手を動かしながら習得できる日本語対応のGit/GitHub学習アプリ | ソフトアンテナ

    GitGitHubの使い方を学習することができるデスクトップアプリ「Git-it」。Electronで作られていて、Mac / Windows / Linux用の実行ファイルをGitHubよりダウンロードすることができます。英語表記のみだけでなく、日語に対応しているところもありがたいところです。 使用方法 Git-it自体は問題集のようなもので特別な仕掛けはありません。画面の指示に従いローカルの環境でGitを使いながら学習を進めていきます。Git-itではGitHub Desktopの使用を推奨していますが、実際の運用を考えてターミナルでGitを勉強してみるのも良いでしょう(Windowsの場合若干めんどくさいですが)。 Git-itでは、Gitのインストールから始まり、リポジトリの作成やコミット、GitHubの使い方、最終的にはプルリクエストの送信方法まで学ぶことができます。 プルリ

    Git-it - 手を動かしながら習得できる日本語対応のGit/GitHub学習アプリ | ソフトアンテナ
  • GitBucketのユーザインターフェースの変更について - たけぞう瀕死ブログ

    2週間ほど前にGitHub社からGitBucketのコミッタ宛てにメールが届きました。 それは「GitBucketはGitHubにあまりにも似すぎているが、GitHub社はGitHubのプロプライエタリなマテリアルをコピーしたり、ユーザインターフェースをクローンすることは許可していない。これはGitHub社の知的所有権を侵害している可能性があり、GitHubのユーザに混乱を引き起こすもので、改善を求める」という趣旨のものでした。 1点目についてはGitBucketはOcticonsやBootstrapテーマなどオープンソースのリソースは活用しているものの、GitHubからいかなるプロプライエタリなマテリアルやソースコードもコピーしていませんので問題ではありませんでした。 2点目については(ユーザインターフェースに関する権利については諸説あるようですが)、GitBucketが「GitHub

    GitBucketのユーザインターフェースの変更について - たけぞう瀕死ブログ
  • 夏の技術職インターンシップ講義資料公開 - クックパッド開発者ブログ

    こんにちは!クックパッド編集室メディア開発グループ長の @yoshiori です。 このまえ夏の技術職インターンシップの前半の開発講義・課題部分が終わったのでさっそく公開しちゃいます! ちなみにこのインターンの対象者はプログラミングはわかるし自分で(授業とかではなく)コード書いている人なので超初心者向けでは無く、少なくともひとつ以上の言語でプログラミングが出来る人向けです。 一日目 TDD + git 編(@yoshiori) 講義初日なのでまずは簡単に肩慣らし & 開発の基礎の部分として TDD と git で始めました。 git については軽く説明し TDD は基のテストファーストで進めて行きました。 ちゃんと何かをするたびにテストを実行し、メッセージを見れば次にすることが分かるというのを体験してもらい、GREEN が良くて RED が悪いのではなく、GREEN を想定しているのに

    夏の技術職インターンシップ講義資料公開 - クックパッド開発者ブログ
  • Gitlab + Gitlab CI をためす - LGTM

    Gitlab + Jenkins があまりグッとこなかったので,Gitlab + Gitlab CI をためしてみた.結論から言えば,Gitlab + Jenkins より良いと思う. Docker 上に準備 やることは Gitlab コンテナを動かす Gitlab CI コンテナを動かす Gitlab Runner コンテナを動かす OSX 環境でためしたので, $ docker-machine ip default 192.168.99.100 文中の192.168.99.100 とポートは適宜読み替えてください. 1. Gitlab コンテナを動かす $ curl https://raw.githubusercontent.com/sameersbn/docker-gitlab/master/docker-compose.yml > gitlab.yml $ docker-compo

    Gitlab + Gitlab CI をためす - LGTM
  • CentOSにGitBucketを構築してみた。 - Qiita

    リポジトリ管理は、GitHubやBitbucketなどがあるが、自分のサーバでも管理できるGitbucketなるものがあるとのことで導入してみた。 https://github.com/takezoe/gitbucket 構築時に参考にさせて頂いたページ http://homepage1.nifty.com/y-osumi/works/code/tomcat7/ http://d.hatena.ne.jp/tageo/20140924/1411624128 http://www.atmarkit.co.jp/ait/articles/0710/11/news121.html Javaをインストールする。

    CentOSにGitBucketを構築してみた。 - Qiita
  • イラストでわかる!git入門の入門

    こんにちは、アシアルの志田です。 社内でもgitが浸透し、皆バージョン管理といえばgitだよね、という空気になってきました。 ですが、これまでバージョン管理システムを使ったことがない人にオススメしても、 「gitて…まあ…そりゃ…ねえ、いつかやらないといけないけど…」 「ギット?ジット?俺はgiはジと読む派なので、gitは胡散臭いと思う」 「そもそもバージョン管理して何が嬉しいの?なんか難しそうでいやだ」 というような反応ばかりでした。 きっとみんな、gitって難しくて訳のわからんもんだと思っているのでは?と思い、 今回はgit入門の入門、gitってなんだ?というところから、簡単にgitを使う際の流れについてご説明します。 ちょっと不安を覚えるようなイラストがついていますので、頑張って読んでください。 バージョン管理ってなに? プログラムを書いていて、こんなことありませんか?私はあります…

    イラストでわかる!git入門の入門
  • OctopressでGitHub無料ブログ構築。sourceをBitbucket管理。簡単ガイド! 

    OctopressとGitHubホスティングで無料でブログを作る手順です。また、ソース情報はBitbucketで管理します。このスタイルのメリットは次の2つです。 * GitHubドメインはSEOでも優遇されている(気がするw) * 自分の好きなエディタとGitコマンドだけで運用できる * git管理なのでチームでブログを運用しやすい(と思う) ということで、「なう」で「やんぐ」なギーク・ブログにレッツ・トライ! (12-30 18:05) 最新版に合わせて全面改訂! 🍄 目次OctopressをGitHubにホスティング、Bitbucketを使ったソースコード管理までを構築する手順の目次は次のとおりです。 (1) GitHubでのリポジトリ作成 (2) Octopressのソース取得 (3) GitHubへのdeploy設定 (4) Octopressのブログ初期設定 (5) Bitb

    OctopressでGitHub無料ブログ構築。sourceをBitbucket管理。簡単ガイド! 
  • これが大規模SIerな弊社のデファクトスタンダードな開発スタイルだ!! - そこに仁義はあるのか(仮)

    受託開発やっている、いまの開発スタイルを書く。 この前のブログはわりとフォーカスをしぼったはなしだったので、今回は簡単に全体のはなし。(書く順番が逆っぽい) 今回のプロジェクトではアーキテクトとして、この↓開発スタイルの構築と運用をしていて学び多い。 バージョン管理はGit プロジェクト用サーバーにGitBucketをたててソースコードを管理している。 オフショアと仕事をするなど、開発拠点がわかれることが多い。 ソースコードに対してロックをとったりしちゃうと、他の人が開発すすめられなくなるし、拠点別れて並行開発する大規模案件だからこそ、Gitを使う必要がある。 各開発者がブランチをきって開発をして、プルリクでレビュー依頼、からのマージをすることで、レビューが済んでいるソースしかmasterブランチに取り込まれない、というのもイイ。 弊社の”エンジニア”はみんな当たり前のようにGitを使って

    これが大規模SIerな弊社のデファクトスタンダードな開発スタイルだ!! - そこに仁義はあるのか(仮)
  • Gitのフック(hook)を使って自動的にデプロイする - Gitテックラボ - [SMART]

    Gitには特定のアクションに対してスクリプトを実行するためのフック(hook)という機能が用意されています。 このフックを利用すれば、ローカルでプッシュした後、リモート側で自動的にデプロイまで処理させるといったことが可能になります。 ローカルで開発し、ステージングと番環境があるような中・小規模のサイトであれば、ステージングまではプッシュと同時にデプロイまで自動化したいケースはままると思います。そのようなとき、Gitのサーバサイド・フックが簡単で効果的です。 リポジトリを作成すると、フック用のサンプル用スクリプトがGitディレクトリのhooksに格納されます。 通常は.git/hooksにあります。 .git/hooks以下のサンプルスクリプトを表示 ls .git/hooks/ applypatch-msg.sample commit-msg.sample post-update.sam

    Gitのフック(hook)を使って自動的にデプロイする - Gitテックラボ - [SMART]
  • gitで一度行った変更をなかったことにする方法4つ | Webシステム開発/教育ソリューションのタイムインターメディア

    gitでは様々な方法でコミットログを書き換えることができます。 その一例として一度行った変更をなかったことにする方法を4つ紹介します。 問題1: ライブラリの新機能を試すためにあれこれ適当なコードを書いてみた。でももう要らない。 $ $EDITOR $ git commit -am 'foo' $ $EDITOR $ git commit -am 'bar' $ $EDITOR $ git commit -am 'baz' のように適当な区切りでコミットして行ったものの、 結局全部要らないからなかったことにしたいということはままあります。 解答1: git reset –hard HEAD~{n} コミットしたもの全てを歴史から消し去りたい場合は git reset --hard を使います。 この例の場合は3回のコミットを全てなかったことにしたいので、 以下のコマンドで消し去ることができ

    gitで一度行った変更をなかったことにする方法4つ | Webシステム開発/教育ソリューションのタイムインターメディア
  • Gitでやらかさないための事前予防策 - Qiita

    Gitでやらかした時に使える19個の奥義を書いてやらかしたときになんとかリカバリできるようにした。 今回は、そもそもやらかさないようにしたいよねっていうお話。 コミット編 .gitignoreを細かく指定しておく .gitignoreを指定しておけば余計なファイルをコミットしちゃうことを予防できます 過去に似たようなプロジェクトがあるのならそれを流用しましょう。 ないのであれば.gitignore.ioで生成してそれをカスタムしましょう。 ワイルドカード指定やディレクトリまるごとの指定は副作用ある可能性があるので慎重に。 コミットメッセージのフォーマットを決めておく コミットメッセージのフォーマットを決めておけば書き直したいということも減ります コミットメッセージをやらかして直したいと思うことはよくあります。 そういうのって案外コミットメッセージが自由すぎることが問題だったりします。 ある

    Gitでやらかさないための事前予防策 - Qiita
  • Linux ユーザーのための Git と Github 入門

    原文はこちらです。 ※この記事は「チュートリアル」からの転載です。 Git は、Subversion、CVS、Mercurial などのバージョン管理システムから移行するのに最適な分散管理システムです。複数の開発者が同時に 1 つのプロジェクトに貢献していて修正量が膨大な時に有効な道具です。無料の Github を使って git 入門をしましょう。 git は、他のバージョン管理システムとは考え方が異なります。昔の RCS はファイルの変更履歴を取得しており、その内容は、コンフィギュレーション ファイルを見るとわかるようになっていました。Git は、もっとファイル システムのスナップショットに似た発想でできています。すべてのコミットや状態は、完全なスナップショットの形で格納され、従来の差分ファイルは存在しません。Git はスナップショット間の変更のみを記録し、変更がないファイルはリンクする

    Linux ユーザーのための Git と Github 入門
  • アリスとボブのGitシリーズが本になりました! - ザリガニが見ていた...。

    サポート情報を追記しました。 アリスとボブのGitシリーズとは、4年前の2008年9月5日から始まる以下の一連の日記です。 アリスとボブになりきってgitをちゃんと理解したい! - ザリガニが見ていた...。 アリスとボブのコラボレーション、gitをちゃんと理解したい! - ザリガニが見ていた...。 アリスとボブのサーバー、git pushをちゃんと理解したい! - ザリガニが見ていた...。 アリスがチャレンジなコードを書く時、git branchをちゃんと理解したい! - ザリガニが見ていた...。 これらの日記は、最近になってもじわじわブックマークされ続けている隠れた人気記事です。(ありがたいことです、感謝) 上記の日記がベースとなって、書籍化のお話を頂き、半年かけて執筆しました。(超スローペースです) アリスとボブのGit入門レッスン(Amazonへのリンク) アリスとボブのGi

    アリスとボブのGitシリーズが本になりました! - ザリガニが見ていた...。
  • Git入門 - トップページ

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

    Git入門 - トップページ
  • gittutorial(7)

    このチュートリアルでは git に新しいプロジェクトソースをインポートする方法と、 そこに変更を加える方法、そして他の開発者と変更を共有する方法を説明します。 もしあなたの主な目的がプロジェクトの変更を取得することであるなら (例えば最新バージョンのソースを取得してテストするなど)、 Git ユーザマニュアル の最初の2章から始める方が 良いかもしれません。 まず最初に、マニュアルの参照方法を説明します。例えば "git log" コマンドのマニュアル は以下の方法で取得できます。

  • アリスとボブになりきってgitをちゃんと理解したい! - ザリガニが見ていた...。

    ここから始まるアリスとボブのGitシリーズがになりました! アリスとボブのGit入門レッスン gitの解説には素晴らしいページがある。 git チュートリアル (バージョン 1.5.1 以降用) Git ユーザマニュアル (バージョン 1.5.3 以降用) こんなに親切に説明されているのに、読んでいるだけではgitの仕組みが見えてこない...。(そうです。自分の理解が悪いのです。)ちゃんと理解したいので、チュートリアルに出てくるアリスとボブになりきって、実際に作業してみることにする。以下は淡々としたその作業記録と自分の理解のイメージ。 環境 MacBook OSX 10.5.4 Xcode3.0以上インストール済 インストール gitのページから最新版をダンロードしてみた。現在のバージョンは1.6.0.1のようだ。 cd ~/Downloads curl http://kernel.or

    アリスとボブになりきってgitをちゃんと理解したい! - ザリガニが見ていた...。
  • Steins;Git

    Steins;GitはSteins;Gateを用いてGitを解説する薄いです。 Steins;GitはSteins;Gateの二次創作物です。そのため貢献をする前に次に挙げるページを読み、これらに遵守した形で貢献をしていただけるようお願いします。 著作物転載ガイドライン|ニトロプラスNitroplus 二次創作活動における同人誌等の活動に関する取り扱いについて|ニトロプラスNitroplus Steins;Gitの執筆方針について Steins;Gitは「Gitの使い方を、Steins;Gateの世界観を使って説明する」書籍です。「Steins;Gateのストーリーの流れに沿って、Gitの説明をする」書籍ではありません。 簡潔に書くと「シュタゲ」というよりは「技術書」よりです。とはいえ、なるべくSteins;Gateを絡めていきたいですし、全体の雰囲気もSteins;Gateっぽくした

    Steins;Git