なんか師範ということで、課題とリベース・マージついてお話させていただきました。 もとよりコンセプトとして、「同じ型を繰り返し行うことで身につける」事を目的としていたので、「複数人でマージコンフリクトを解決してみる」ことと「複数人でリベースコンフリクトを解決してみる」ことを実習形式でやってもらいました。 ただ午前中は某氏への講義を中継されたり、@iwamatsu さんと視聴者からの質問に応えてみたりと、私的にはよくわからない道場でした。さらに、実習の途中からニコ生で喋ってみたりと、人生初体験が多かった日ですね。まあ楽しかったのですが、非常に疲れました。 参加者の方も、一人で使ってますとか、複数人だけど一人1プロジェクトとかが多いらしく、「複数人でわざとコンフリクトしやすい状況」での実習はかなりハードだったようで、最後のほうでは皆さんお疲れでした。ただ「手を動かすこと」をやってもらえたので開催
gitに関するbraitomのブックマーク (194)
-
braitom 2012/04/24
-
-
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 す
-
Gitリポジトリに蓄積された歴史を可視化、グラフ化する·GitStats MOONGIFT
GitStatsはGitリポジトリを解析して静的なHTMLファイルとグラフを出力するソフトウェアです。 Gitにaddしてcommit、addしてcommit…そんな日々の努力の結果をビジュアル化してくれるソフトウェアがGitStatsです。社内プロジェクトで使ってみても面白そうです。 supybotのGitリポジトリから作られたHTMLです。 アクティビティです。コミット数などをグラフ化しています。 時間数が出たりするのも面白いです。 コミット数を見ればプロジェクトの栄枯盛衰が分かります。 タイムゾーンごとのコミット数もユニークです。 開発者の一覧です。 ファイル数のカウントです。 拡張子ごとというのも面白いです。 コードの行数です。 タグ一覧です。 GitStatsはアクティビティ、ファイル数、コード数、タグ、開発者と言ったデータをリポジトリから抽出してグラフ化します。静的なHTMLで
-
git - 簡単ガイド
アッド & コミット 変更されたファイルを選択します。 git add <filename> git add * を実行するとIndexに追加されます。 これは基本的な作業の一つです。 変更を実際に適用するには git commit -m "Commit message" を実行します。 変更がHEADに入りましたが、 リモートリポジトリには未だ入っていません。 変更のプッシュ この時点で、変更がローカルリポジトリのHEADに適用されました。この変更をリモートリポジトリに適用するには git push origin master を実行し、masterの代わりに適用のブランチ名を入れます。 もし既存リポジトリをクローンせずに使用した場合 git remote add origin <server> を実行すると、リモートリポジトリを登録する事が可能です。 これで変更を特定なリモートリポジト
-
あまり知られていないGitのTips - アジャイルSEを目指すブログ
思い浮かんだGitのTipsを列挙してみました。 gitのコマンドをで補完する git-completion.bash を入れると、でコマンドの補完が効くようになります。 また、PS1の設定を行うと現在のブランチ名が常にbash上に表示されるようになります。 （Windowsの場合、msysgit は標準で入ってます） contrib/completion/git-completion.bash - GitHub インストール方法（引用） # To use these routines: # # 1) Copy this file to somewhere (e.g. ~/.git-completion.sh). # 2) Add the following line to your .bashrc/.zshrc: # source ~/.git-completion.sh # # 3)
-
たのしいGit - Nalsh's Notes
序 言うまでもないことだが、タイトルはジョークである。 そもそもバージョン管理は本来我々がしたい事ではない（一部の人を除く）。別に作りたいものがあり、そこでの作業を円滑に進めるためにバージョン管理するのだから、所詮はヤクの毛刈りである。さらに、Gitクライアントのへっぽこさも相まってなかなかに時間を食われる。この文書はそのような人々が、より円滑にGitを使えることを祈って書かれた。 なお、バージョン管理というのはとても複雑なシステムであるため、バージョン管理自体が目的な人には楽しい世界である。そのような人々はぜひGitやその他のバージョン管理システムのマニュアルやソースコードを読んでいただきたい。きっとその奥深い世界を堪能できることだろう。 Git概説 Gitはこれまでの旧来のバージョン管理システムとは一風違った設計で作られている。また、Git特有の概念も多い。なので、まずGitの概観を説
-
みゆっき☆Think 第9回 「はじめて学ぶバージョン管理とGit」 - ドワンゴ 研究開発ブログ
こんにちは。ドワンゴの荒木です。 弊社若手エンジニア鳥居みゆっきと一緒に技術を学ぶ生放送「みゆっき☆Think」！ 第9回のテーマは「はじめて学ぶバージョン管理とGit」 放送内で使用されたスライドと、みゆっきノートを公開します。 放送内で使用された資料はこちら↓ みゆっき☆Think#9「はじめて学ぶバージョン管理とGit」 View more presentations from techtalkdwango みゆっきノートはこちら↓ みゆっきノート#9「はじめて学ぶバージョン管理とGit」 View more presentations from techtalkdwango 見逃された方は、 チャンネルのアーカイブ動画で視聴いただけますので、是非ご覧下さい！ また、ニコニコ生放送のタイムシフト視聴について、 ニコニコ生放送の録画不具合の為、タイムシフト動画が途中
-
社内でも立てられるGitHubクローン·GitLab MOONGIFT
GitLabはRuby/Ruby on Railsで作られたGitHubクローンです。 GitHubは有料でプライベートリポジトリが持てますが、それでもセキュリティ上の理由でリポジトリを外だしできないケースはあるかと思います。そんなときに使ってみたいのがGitLab、GitHubクローンです。 ログイン必須になります。 ログインした後の画面です。登録済のプロジェクトが一覧表示されます。 一つのプロジェクトを閲覧しています。ソースツリーが出ます。ソースツリーは右へ右へスライドして表示されます。GitHubに似ています。 ソースコードハイライターも内蔵されています。rawでファイルをダウンロードできます。 タグやブランチを切り替えることもできます。 コミット履歴一覧です。 コミット詳細ではDiffが確認できます。 コミットに対するコメントも確認できます。 チーム設定です。複数人でのコラボレーシ
-
git-flow によるブランチの管理
今回は分散バージョン管理システムgitと共に用いる「ブランチモデル」について紹介していただきます。gitを使ってみて、その高機能さをどう使えば良いか悩まれた方は、ぜひ本稿をご一読ください。gitそのものの使い方については解説していませんので、その際には『 実用git 』などの書籍を参考にしてください。 git-flow は Vincent Driessen 氏によって書かれた A successful Git branching model (O-Show 氏による日本語訳) というブランチモデルを補助するための git 拡張です。 git-flow を利用する前には、まずこの文章を一読することをおすすめします。 その骨子については、 Voluntas 氏のブログ が参考になります。 git を使うメリットの 1 つは、そのブランチモデルです。しかし gitを使っていると、その高い柔軟性か
-
【派閥別】Gitのコミットを間違えたときの対処法まとめ - 本当は怖いHPC
追記：たくさんブクマしていただいて驚いております。ブクマコメントだと、やはり git push -f は反則だろという意見がサイレントマジョリティのようですが、そこはそれ、自 己 責 任 追記２(2011/11/07)：commit messageをミスった場合について訂正しました。 git rebase -i で直近のコミットを "edit" にして修正すると、 「--amend使えや」と言われるようです。 gitのコミットをしくじった時の対処法について、一覧性の高いまとめがなかったので作りました。正確さは保証できないので、コマンド名ヒントに自分でググって下さい ほかのやり方があるよ、間違ってるよ等のご指摘歓迎です。 派閥別 gitでコミットミスった時のまとめ ｜ ├─ 一人で使ってるよ ｜ ｜ ｜ ├─ 手元に変更を取り戻したいよ(1)（そうだね、add忘れだね派） ｜ ｜
-
Gitの使い方あれこれ
2011年10月1日のminami.rbの第9回勉強会で発表したgitのtipsのプレゼン資料です。Read less
-
Git管理の神ツール「Gitolite」なら、ここまでできる！
「Git」使ってますか？ 近年、分散バージョン管理システム「Git」が急速にシェアを伸ばしています。筆者は、チケットシステムやバージョン管理の勉強会などを開催したりしていますが、Gitユーザーがかなり増えてきていると感じます。 しかしながら、そのような勉強会でアンケートを取ってみると、実案件では半分以上の人がSubversionを利用しており、Gitの導入はまだまだ進んでいません。移行コストが掛かったり、プロジェクトマネージャ層への知名度がまだまだ低いというのもありますが、理由の1つとして、ユーザー管理が煩雑であったり、アクセス制御に関する情報が不足しているということもあると思います。 そういうわけで本稿では、Gitリポジトリのユーザー管理やアクセス制御を簡単に行う「Gitolite」を紹介します。 なお、本稿ではGitの利用方法については紹介しませんので、Git自身の使い方については改め
-
MercurialはGitではない @ val it: α → α = fun
……というタイトルの文章を誰か書くべきだと思う。 Gitに初めて触れる人は、(分散)バージョン管理というのはこういうものだ、という認識ができているのではないか、と思った。でもGitはそれなりに特殊なスタイルのバージョン管理システムである。 バージョン管理システムというのは一義にはソフトウェア管理ツールだから(文章の版を管理するのにも使えると思うけど)、あるシステムは何らかの典型的なワークフローを前提としている。GitはLinusがLinuxの開発のために開発されたツールなので、Linuxの開発で採用されているポリシー、考え方、ワークフローが暗黙のうちに組み込まれている。そのまま他のツールに移行しようとしてもなかなかうまく行きはしないものだ。他のツールはたいてい、他の考え方を持っているものだからだ。 Gitに特有なのがブランチの使い方だ。Gitではかなり気軽にブランチを作る。ちょっとした、一
-
Gitを使った開発・運用フローの紹介
私の所属している会社では、2年程前にバージョン管理システムをSubversionからGitに移行し、現在まで開発フローを試行錯誤してきました。ようやく形になってきたということで、守秘義務に接触しない程度に紹介＆考察していきたいと思います。 形になってきたとはいえ、まだまだ試行錯誤中ですので色々なツッコミは大歓迎です。 現在の開発フローの俯瞰図# 現在の開発フローを俯瞰してみると大体下記図のような感じになっています。途中で図を書くのが面倒になった都合上、Jenkinsさんが１人しか居ませんが、実際はmasterブランチの他にreleaseブランチも監視してもらっています。 以降この図を元に話を進めていきたと思います。 Gitoriousを利用して自由に開発# GitoriousというGitHubに似たサービスがあります。このGitoriousはオープンソースとしても公開されていますので社内に
-
Git Cheatsheet
stash workspace index local repository upstream repository status Displays paths that have differences between the index file and the current HEAD commit, paths that have differences between the workspace and the index file, and paths in the workspace that are not tracked by git. diff Displays the differences not added to the index. diff commit or branch View the changes you have in your workspace
-
-
-
Eclipse Articles, Tutorials, Demos, Books, and More - Eclipsepedia
Home Eclipse Wiki Eclipse Articles, Tutorials, Demos, Books, and More Notice: this Wiki will be going read only early in 2024 and edits will no longer be possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan. Eclipse Plug-in Development: Beginner's Guide - Second Edition This book shows you how to take full advantage of the Eclipse IDE by buil
-
かWiki - Git/Subversionコマンド対応表
こうしてみると、 svn と git のコマンド体系は非常に似ていることが分かりま すね。Subversion 使用者は Git を比較的自然に覚えられるのではないでしょうか。 注1 git-init を実行すると、カレントディレクトリに .git というディレクト リが作成されます。 Subversion とは異なり中央集権のレポジトリを作成する必要はあ りません。 cg init を実行したその場所があなたのレポジトリです。 なお、git-init コマンドは以前 git-init-db コマンドでした。 古いバージョンの git の場合は git-init-db コマンドを実行してください。 注2 Subversionはレポジトリがひとつしかありませんが、Git では各個人がレポジトリを所 有しています(もしかしたら一人でいくつも持ってるかも)。 git-commit -a は自分の
公式Twitter
- @HatenaBookmark
リリース、障害情報などのサービスのお知らせ
- @hatebu
最新の人気エントリーの配信
キーボードショートカット一覧
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Copyright © 2005-2024 Hatena. All Rights Reserved.
設定を変更しました