git の運用指針 - Cube Lilac
ソフトウェア開発に関しては、これまでほぼ一人で完結していた*1ので git の運用方法もかなり適当だったのですが（ただのコミットマシーン状態）、今回、同一プロジェクトに対して複数人でコミットしていく形になっているので、その状態だとやはりまずいなと言う気がしてきました。ググっていると「なるほど」と思う記事もたくさんあったので、それらの記事を元に自分のプロジェクトの「git の運用指針」を情報共有のために記載しておこうと思います。 前提 まず始めに、現在のプロジェクトの状況は下記のようになっています。 開発は 1 人のメインコミッタ（私）と数人のサポートコミッタ（アルバイト等）で行われる メインコミッタはフルタイム、サポートコミッタは週に数時間〜10時間程度の勤務形態 サポートコミッタに対しては、基本的に 1 機能（1 チケット）を 1 人で完結するように作業を配分するが、時間的な兼ね合いもあ
Git + Jenkins + Groovyのインストール #kyon_mmAdvent - うさぎ組
kyon_mm Advent Calendar つぎのリンクにあるAdventCalendarの一日目です。 http://connpass.com/event/1457/ やること Groovyのインストール Gitのインストール Jenkinsのインストール 環境 特に指定しないが、GroovyとGitはWindowsでの説明とします。 Macの場合はそれぞれをHomeBrewなりでいれるのが楽でよい。 細かいバージョンを気にして触りたい人は、バイナリをダウンロードして、適宜自分でパスを調整することになる。 インストールにあたって解説しないけど、必要なもの インターネット JDK7のインストール 注意事項 JDKのインストーラは場合によっては「JAVA_HOME」という環境変数を設定しません。インストール後に再起動をし、必ず「JAVA_HOME」が設定されているかを確認してください。設
「こわくない Git」というスライドを発表しました - kotas.tech
社内向けに「こわくない Git」というタイトルのスライドを作って発表しました。 対象者は「マージがなんとなく怖い」「エラーが怖い」「リベース使うなって言われて怖い」と、Git が怖いと思っている人です！ こわくない Git from Kota Saito 発表中に出た質問など 補足も兼ねて、上のスライドを発表した際に出た質疑応答などをここに書いておきます。 Q: 常に Non Fast-Forward (--no-ff) でいいのでは、と思えるけど git merge がデフォルトだと Fast-Foward or Non Fast-Forward (--ff) なのはなぜ？ A1: Non Fast-Forward だと、確かにメリットが多いのですが、1点だけデメリットがあります。特に差分が無い状態で git merge --no-ff すると、空のマージコミットが作られてしまうのです。
zsh で git の stash の数出すようにしたら便利だった。 - 宇宙行きたい
っていうのを id:t_43z と id:j5ik2o に自慢したら で、いつ Github にあげんの？ と言われたので上げました。 https://github.com/yoshiori/oh-my-zsh-yoshiori シンボリックリンク貼るためのスクリプトも書いておいたので oh-my-zsh をインストールする 適当なディレクトリに移動 git clone git://github.com/yoshiori/oh-my-zsh-yoshiori.git cd oh-my-zsh-yoshiori sh linkmaker.sh source ~/.zshrc で、勝手に反映されるようになってます。 こんな感じで stash の数が出て便利！！！
msysGit（Git for Windows）がいよいよ公式に UTF-8 をサポート！ - てっく煮ブログ
git最近、Git について勉強しています。Windows で Git をやるなら Cygwin と msysGit（Git for Windows） がメジャーなようです。Cygwin Git のいいとこ悪いとこCygwin は UTF-8 な日本語ファイル名にも対応しており、Cygwin の中で閉じて Git を使っている分には何不自由なく使えるのでお勧めです。ただし、次のような悲しいポイントがあります。 Cygwin 版 Git は、Windows 向けの GUI な Git ソフト(TortoiseGit や Git Extensions)との相性が悪い Windows のエディタやマージツールと連携しようとするとパスのポリシーが違うのでうまくいかないnkf を噛ませようとしても、Cygwin 用の nkf バイナリは公式配布されておらず、わざわざ Cygwin 上で make す
言わなかったこと・発表資料だけではわからないこと - ぐるぐる～
昨日のわんくまで言わなかったこと、発表資料だけではわからないことです。 ちなみに発表資料はこちら→わんくま 名古屋勉強会 #11 の発表用資料 - ぐるぐる〜 PowerShell のコマンド 発表資料の 13〜16 ページで PowerShell を開いてなにやらコマンドを実行してますが、これは現在のフォルダ以下に存在する _svn フォルダの数を数えています。 ls -r -fo | %{ $_svn = 0 }{ if ($_.Name -eq '_svn') { $_svn++ } }{ $_svn } -r オプションで子の階層も調べ、-fo オプションで隠しフォルダも含めています。 今考えたら、 (ls -i '_svn' -r -fo).Lengthでいいですね。 -i オプションで指定した名前のアイテムのみを取得するようにしています。 しょっぱなから Git 関係ない話でご
Corkscrewでgitのproxy越え(その2) - ただのにっき(2009-03-26)
■ Corkscrewでgitのproxy越え(その2) 先日のトライで、「git:～」なリポジトリに関してはアクセスできるようになったが、GitHubではpullなどの操作はsshを経由するので×なことが判明。逃げ道を探す。 環境変数ではなくgit configを使う まず、proxy経由でのアクセスを指示するのに、環境変数はよくないという指摘をもらったので、正統派のgit configを使って指定する。 git config --global core.gitproxy 'git-proxy for github.com' core.gitproxyではproxy越え用のコマンドと、それを使うドメインを指定する。普通、proxy指定ではproxyを使わないドメインを除外指定するけど、こっちは使うドメインを指定するのだな。用途からすると正しいかも。 当面あらゆる外部リポジトリはGitHu
GITLAB: Self Hosted Git Management Application
1. Keep your source code at your server! Your own lite app for projects/repositories hosting on your server. Fast, secure and stable solution based on ruby on rails. 2. Use Git! We use git as version control system for projects 3. Browse source-code, issues, comments. Manage team access to repository
transitive.info - Tags: git
Recent Entries 2025/03/14 asdf v0.16 を使う 2025/01/13 asdf で Ollama をインストールする 2024/12/12 Ubuntu 24.04, 24.10 の設定 2024/04/27 Ubuntu 24.04 のインストール & 設定 2023/11/04 WZR-600DHP2 への OpenWRT のインストールと設定 2023/11/02 scrcpy で Android の画面を Ubuntu に表示する ページ一覧へ Archives 2025 (2) 2024 (2) 2023 (4) 2022 (7) 2021 (5) 2020 (5) 2019 (6) 2018 (7) 2017 (8) 2016 (14) 2015 (5) 2014 (13) 2013 (41) 2012 (45) 2011 (123) 2010
gitでアレを元に戻す108の方法 | Webシステム開発／教育ソリューションのタイムインターメディア
以前gitで一度行った変更をなかったことにする方法4つを紹介しましたが、 日常的に git を使用していると他にも様々な 「なかったことにしたい」「元に戻したい」 という状況に遭遇します。 そのひとつひとつについて対処方法を紹介していきます。 目次 問題1: ライブラリの新機能を試すためにあれこれ適当なコードを書いてみた。でももう要らない。問題2: トピックブランチをマージしたけど実はまだ不完全だった。マージをやり直したい。問題3: リリース後に発覚したバグ。原因は30日前に自分が行ったコミットだった。なかったことにしたい。問題4: 新しいコミットしようとして間違えてgit commit –amendで書き換えてしまった。元に戻したい。問題5: 色々作業していたら作業ディレクトリの内容が混沌としてきた。一度綺麗な状態にしたい。問題6: 作業ディレクトリにゴミファイルが溜まってきた。一度綺麗
Git のリモートリポジトリから HTTP で pull するためのメモ - akihiko’s tech note
リモートサーバにある Git リポジトリから HTTP (WebDAV) 経由で pull したり clone を作ったりする場合の注意点について，おぼえがき． 注意： Git は最近使い始めたばかりなので，正確でないかもしれません． 一般的な前準備（参考程度に） リモートサーバ（apache2/Debian を仮定）で WebDAV を有効にして，リポジトリのパスを /git にエイリアスし /git の認証設定を行う設定ファイルを Alias /git /home/akihiko/git <Location /git> Options Indexes # DAV on AuthType Basic AuthName "Git repository" AuthUserFile 適当な .htpasswd ファイルのパス Require valid-user </Location>こんな感
git リポジトリを HTTP で公開する設定でハマリました
私の関係しているプロジェクトで、空 git リポジトリを作成し、HTTP 経由でアクセス出来るように設定する必要がありました。 git リポジトリ HTTP 経由でアクセスできるように公開する設定方法に関しては、「Setting up a git repository which can be pushed into and pulled from over HTTP(S).が大変参考になります。また、ありがたい事に、このドキュメントは、Yuanyingさんによって日本語訳も公開されています。 既に過去何回か行った案件であり、且つドキュメントが整備されているにも関わらず、情けないことに再びハマってしまったので、いくつかポイントを整理しておこうと思います。 まずサーバ側の設定作業ですが、setup-git-server-over-http.txtに書かれている通り、概要は次のような手順になり
Git Cheat Sheets JP
設定 基本 ブランチ リモート・リポジトリ git-stash git-svn 参考 修正履歴 設定 Git には様々なオプション設定がある。中には挙動を大きく変えるものもあるので注意が必要である。 設定をすべて表示する $ git config --list システム (/etc/gitconfig) の設定 $ git config --system --list や、ユーザーごと (~/.gitconfig) の設定 $ git config --global --list など表示する対象を絞ることもできる。 ユーザ名とメール・アドレスを設定する $ git config --global user.name "John Doe" $ git config --global user.email "john.doe@example.com" コミットする時に記録されるユーザー名とメ
GitHub時代のオープンソース・プロジェクトとの付き合い方
■ GitHub時代のオープンソース・プロジェクトとの付き合い方 GitHubへpull requestする際のベストプラクティスからmaster ブランチで pull request していいのは小学生までってこともないの流れを読んでいて、先日ruby-listであったRedmineのRuby1.9,Rails3対応の話を思い出した。あのときは投稿者は納得して、「GitHub時代のコントリビューションの仕方」みたいなものを理解してくれたようなのだけど、その上で「masterでパッチ作るな」的なお作法を生真面目に受け取りすぎて敷居を高く感じてしまわれても困るよなぁと思った。 そこで、「GitHub時代にフリー/オープンソース・ソフトウェア(以下FOSS)プロジェクトと付き合うための五ヶ条」的なものをまとめてみた。まぁ、そんな大それたものでもないけど。 1. 貢献しようと意気込まない FOS
CentOS 5.5 Git導入方法（RPM） | 雪の天秤
Warning: getimagesize(http://images.amazon.com/images/P/4798023809.09.THUMBZZZ.jpg) [function.getimagesize]: failed to open stream: HTTP request failed! HTTP/1.1 403 Forbidden in /var/www/html/blog/wp-content/plugins/simple-amazon/include/sa_generate_html_class.php on line 137 RPMforgeリポジトリを追加する # wget http://packages.sw.be/rpmforge-release/rpmforge-release-0.5.2-2.el5.rf.x86_64.rpm # rpm --import
Dropboxを利用してGitのプライベートリポジトリをつくる方法 - Rubellum fly light
はじめに GitのプライベートリポジトリをDropboxを利用して構築する方法です。 Dropbox上にリポジトリを作成することで、同期しているすべてのマシンからこのリポジトリを利用することができるようになります。 このリポジトリを共有ディレクトリにすることで、複数人による開発も可能となります。 なおこの記事では Mac/Linux を対象に環境を構築していきます（Windowsはよくわかりません＞＜）。 追記 bitbucketなら無料で非公開リポジトリを作ることができます。 特にこだわりがないなら、bitbucketを使うといいと思います。 準備 Dropboxのアカウント登録とインストール 無料会員でOKです（2GBまで利用できます）。 → Dropbox.com →（参考リンク） http://r.nanapi.jp/2516/ Git Gitのインストールは以下のリンクを参考にす
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
LandEscape Graphics» Blog Archive » CentOS5にgitをインストール
Git でローカルの変更を元に戻す - present
メモcache: gitの概念図